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National  OfiKce  opened  in  Boulder,  Colorado,  with  a  professional  stafif  to  serve 
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sities, and  36  corporate  members. 

CAUSE  provides  member  institutions  with  many  services  to  increase  the  ef- 
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4  the  CAUSE  Exchange  Library,  a  clearinghouse  for  documents  and 
systems  descriptions  made  available  by  members  through  CAUSE; 

i  association  publications,  including  two  bi-monthly  newsletters.  Manage 
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INTRODUCTION 


The  CAUSE  national  conference  is  maturing  into  a  nu^or  influence  in  the  profes- 
sion of  information  technology  management  in  higher  education.  As  the  scope  of  our 
profession  widens  on  campuses  across  the  country,  the  CAUSE  staff*  and  conference 
program  committee  are  challenged  to  formulate  a  timely,  pertinent  conference 
agenda;  to  create  programs  of  immediate  and  practical  vidue;  to  find  dynamic 
speakers  to  inform  and  inspire;  to  promote  the  sharing  of  ideas  and  camaraderie 
among  members.  Judging  by  the  enthusiastic  response  on  conference  evaluation 
forms,  the  committee  members  and  staff  involved  in  planning  CAUSE89  met  all  of 
those  challenges. 

The  1989  theme,  "Managing  Information  Technology:  Facing  the  Issues,"  would  not 
have  been  as  appropriate  ten,  or  even  five  years  ago.  However,  we  find  ourselves 
&ced  more  and  more  with  sudi  issues  as  organization,  accountability,  standards, 
funding,  ethics,  and  security,  in  addition  to  the  ever-present,  ever-changing  techni- 
cal considerations.  The  CAUSE89  p-  ~  ^;ram  was  designed  to  address  all  of  our  pro- 
fessional concerns.  Three  distinguished  featured  speakers— Frank  Mewman,  Rich- 
ard Nolan,  and  Charles  Nesson— brou^^t  perspectives  firom  academic,  technical, 
and  philosophical  spheres.  Forty-nine  professional  presentations  offered  a  wide 
range  of  topics,  firom  planning  and  strategy  to  applications  and  technology.  Pre- 
conference  seminars,  "ask  the  experts"  sessions,  constituent  groups,  current  issues 
sessions,  corporate  presentations  asufl  exhibits— all  the  components  of  our  national 
conference  have  grown  and  matured  along  with  the  CAUSE  membership. 

Of  course,  San  Diego  offered  a  magnificent  setting  for  some  unique  social  activities, 
like  the  multiple  ethnic  atmospheres  of  the  Fat  City  registration  reception,  spon- 
sored by  Digital  Equipment  Corporation,  and  the  harbor-side  Thursday  evening 
Beach  Ball  at  the  *B'  Street  Pier,  sponsored  by  IBM— not  to  mention  our  golf  tourna- 
ment at  the  lovely  Coronado  Course,  hosted  by  Information  Associates. 

Professionalism  was  the  hallmark  of  this  conference,  firom  the  outstanding  confer- 
ence communications  systems— the  Hyper-Card-based  messaging  system  called 
CAUSENet,  and  the  DaUy  CHAT  newsletter-sponsored  by  Apple  Computer,  to  the 
quality  and  diversity  of  the  presentations,  the  talk  among  attendees,  and  the  logisti- 
cal preparation.  It  was  a  great  pleasure  for  me  to  have  been  part  of  this  exciting 
effort. 

I  hope  this  publication  of  the  substance  of  CAUSE89  will  be  a  valuable  continuing 
resource  throughout  the  year,  both  for  conference-goers  and  for  those  who  will  be 
reading  about  the  conference  offerings  for  the  first  time. 

Martha  Fields 
CAUSE89  Chair 
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ACKNOWLEDGMENTS 

The  iaoeess  of the  CAUSE  National  Conference  is  due  to  the  contributions  of  many  people  and  (supporting 
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A  The  CAUSE89  Program  Committed 


FnM  iom.m%9  n^M;  OateraA  K  SmUK  CAUSE;  Cmofyn  LMM&lon,  TuHb  IMmmfy;  Mvtta  FUU9,  Slti^  Unhwsity 
Systm  of  Fbridn;  JM  Tim.  Unhm$fy  of  Mteh^;  Kmi  Oftm,  Pmm^hmik  Stife  Unlynfy;  mtd  Gmy  Dovine, 
UnhwBfyolCohrmto.  S0Oondfkm:DmMA  Upd$gm9,  Untm9fyclPmmyhmnlti;Mk  TJnsI^,  Fbridst  Community 
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SM0  Unhmafy.  Noi  ahown:  PhyKa  Sholtya,  Northam  Kanlucky  Unlmafy, 


This  committee,  under  the  chairmanship  of  Martha  A.  Fields  and  vice  diairmanship  of  Ernest  L.  Jones, 
spent  many  hours  working  with  the  CAUSE  staff  to  produce  an  outstanding  conference.  CAUSE 
gratefully  acknowledges  their  enthusiasm,  time,  and  efforts,  and  the  generous  support  of  their  institu- 
tions. 


CAUSE  PraaUant  Jana  Ryland 
thanka  MartSm  FkMa  hr  har  out- 
aiandkig  wotk  aa  cMrof  CAUSE89. 
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A  1989  CAUSE  Board  of  Directors 


SmMI  mioilglitAi^J.  lOmny.  IflyoAi  Unlm»fyofChhtge:Jt/»N.  /Mm4  CMOISF  AmMtMStA  J^rnm  Vofi^ 
UnhtnfyetCMnnmkCmMT.  Qamlmm.  khdktlOoIhgteimoontlniwdknmtdUltpMCh^kL  Ltvrfa  Ttmams. 
UnhmUy  of  kKmL  Stmdkig:  Stentmy/rimtunr  MHwy  W.  Noym,  khntr  Unlvtnfy:  Cmoh  Bamf.  Syncus9 
J/iiA«»JtK;  ChtkDmML  SnMlwt,  HamAton  CtiHtfia;  Ctdrie  S.  Bmim.  StmHoid  UntmOr.  ami  )no9  Chak Robert  C. 

The  gmeroas  eontribationi  of  time,  iiui^ts,  and  creative  enersy  of  the  CAUSE  Board  of  Directors  are 
grateftdly  acfawwiedgad  and  appreciated. 

r  tog  from  the  CAUSE  Board  in  1989  were:  Cedric  S.  Bennett,  Director  of  the  Applications 
Su^Mrt  Center  at  Stanford  Univwriity  and  a  past  Board  chair,  M .  Lewis  Tbmares,  Chief  Information 
OflBcer,  Univenlty  of  Miami,  and  a  past  Board  diair,  and  Midiael  R  Zastrodqr,  former  secretary/ 
ti  easurer  of  the  CAUSE  Board  and  current^  CAUSE  Vvot  President  for  Information  Resourc  s  in  the 
natimial  office.  David  L  Smallen  of  HsmiHon  CoUege,  whose  Board  term  ended  in  1989,  will  serve  for 
a  year  in  an  ex-offido  capacity  as  imir  tdiate  past  chair. 


ii^MljM  ■■AfaflMI  IMANlJkAV nmmi 
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▲  CAUSE  Rffembar  Committees 


N<uth«r  the  conference  nor  the  other  association  activitieb  vOuld  continue  without  the  contributions  of 
the  six  creative  and  active  CAUSE  Member  Committees.  CAUSS  appreciates  thu  time  and  energy 
contributed  by  the  volunteers  who  carry  out  the  duties  of  these  committees. 

At  the  Wednesday  luncheon,  CAUSE  President  Jane  N.  Ryland  acknowledged  the  many  people  who 
supported  the  association  in  1989  through  participation  on  assodatict  committees.  Plaques  containing 
certificates  of  appreciation  were  given  to  the  following  retiring  committee  members: 


Current  leauea  OommMee 
James  Hill,  Dallas  County  Community  College 
James  H.  May,  California  State  University/Chico 
Phyllis  ShoIty%  Northern  Ktfitucky  University 
Anne  Woodsworth,  University  of  Pittsburgh 

EdtlcTlal  Committee 
Kenneth  KUngenstein,  Univnvity  of  Cdorodo 
Gerald  McLau^n,  Virginia  Tech 
John  TVue,  San  Frandsco  State  University 

CSectlon  Committee 
George  L.  Adler,  Bentley  College 
noyd  R.  Crosby,  West  ^^rginia  University 
Ronald  J.  Lan^ey,  University  of  Alaska 
Stephen  Patrick,  Bradley  University 
Andy  W.  Wehde,  University  oT  Iowa 

Recognition  Committee 

Erwin  Oandger,  University  of  North  Carolina  System 
William  Mack  Usher,  Oklahoma  State  University 


Member  Ualeon  Committee 

Tom  Archibald,  University  of  Georgia 

Dou^as  E.  Hurley,  University  of  Kentucky 

Allan  B.  BlacDougaD,  Saddlebadc  College 

Philip  FUlips,  Blassadiusetts  Institute  of  Techr.ology 

Janet  K.  Prii;e,  Kalamasoo  College 

John  W.  Streeterr  Kansas  State  University 

Clyde  R.  Wolibrd,  LeM<^  Cdlege 

CAUSE89  Program  Committee 
Ken  Blyihe,  Pinnsylvania  State  University 
Gary  D.  Devine,  University  of  Colorado 
Martha  Fields,  State  University  System  of  Florida 
Ernie  Jones,  Appalachian  State  University 
Carolyn  Livingston,  Tufts  University 
KCchael  Naff,  ^i^ginia  Tech 
Mark  A.  Olson,  University  of  Southern  California 
Jack  Tindey,  Florida  Community  College/ 

fc^cksonviUe 
^11  fuer.  University  of  Michigan 
Daniel  A.  Updegrove,  University  of  Pennsylvania 


A  Corporate  Contributions 

CAUSE  thanks  all  those  corporations  who  set  up  exhibits,  gave  corporate  presentations,  and  prorided 
evenings  of  hospitality.  Their  contributions  add  an  enormously  valuable  dimension  to  the  conference 
experience. 

Special  thanks  go  to 

♦  Apple  Computer  for  developing  and  sponsoring  the  CAUSE89  messaging  and  information 
qrstem,  CAUSENet,  with  assistance  from  HyperPro;  for  supporting  printing  of  the  conference 
newsletter,  the  Daily  CHAT;  and  for  providing  Macintosh  n  and  desktop  computers  and  Lase1^ 
Writer  IINTX  printers  for  on-site  registration  needs  and  production  of  the  CHAT; 

♦  Digital  Equipment  Corporation  for  sponsoring  the  opening  nig^t  welcome  reception  at  Fat 
City; 

♦  The  IBM  Corporation  for  sponsoring  Thursday  evening^s  Beadi  Ball  at  the  'B'  Street  Pier; 

♦  Infonnation  Associates  for  sponsoring  the  CAUSE  Recognition  Awards  and  the  CAUSE89 
golf  tournament; 

♦  Systems  ft  Computer  Technology  Corporation  for  sponsoring  the  CAUSE /EFFECT  Con- 
tributor of  the  Year  Award;  and  to 

♦  GKA,  Sun  Microvystema,  Coopers  ft  I^brand,  EDUTECH  International,  and  Ernst  ft 
Young  for  spmsoring  refreshment  breaks. 
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GENERAL  SESSIONS 


CAUSE89  general  session  presentations  challenged  conferees  to  re-examine 
their  own  responsibilities  and  the  function  of  computing  in  education. 

On  Wednesday  morning,  Frank  Newman,  President  of  the  Education 
CommissiGn  of  the  States,  focused  on  the  need  for  fundamental  change  in  the 
educational  process  in  his  session.  Uneven  Marriage:  The  University  and  the 
Management  of  Information  Technology. 

In  Thursday  morning's  session,  Transfbrmclion  of  Information  Technology 
in  the  Modem  Higher  Education  Institution,  Richard  L.  Nolan,  Chairman  and 
co-founder  ofNolan,  Norton  &  Co.,  claimed  that  today's  hierarchical  corporate 
structures  are  obsolete  and  incapable  of  supporting  the  change  to  an  informa- 
tion/service economy  that  information  technology  has  precipitated. 

At  Thursday's  lunrnecn.  Harvard  Law  Professor  Chailes  Nesson  led  six 
panelists  throu£^  a  Socratic  dialogue  on  nug'or  ethical  issues  fodng  managers 
and  users  of  information  technology  in  his  session.  Changing  Ethics  and 
Values  in  America:  Implications  for  Information  Technology. 

The  final  general  session  of  CAUSE89  was  the  Current  Issues  Forum, 
Information  Technology:  Should  Your  President  Continue  to  Buy  It?  in  which 
universitypremdents  James  Rosser(CaUfonuaoi;.itleUniver8ity/Lo&  Angeles) 
and  Diether  Haenicke  (Western  Michigan  Univeroity)  shared  divergent  per- 
spectives about  the  growing  demand  for  iiiformation  technology  on  campus. 

Other  general  sessions  throu^^out  the  conference  allowed  recognition  of 
individual  conti  ibutions  to  the  association  and  the  profession,  and  transaction 
of  association  business.  Recipients  of  CAUU*;  awards  were  honored  during 
Wednesday's  Awards  Luncheon,  with  special  recognition  for  members  of  tha 
six  association  member  committees  and  contributors  to  CAUSE lEFFECl' 
magazine.  New  Board  members  and  ofiScers  were  introduced  at  the  Thursday 
luncheon.  CAUSE  voting  members  decided  on  several  association  bylaw 
changes  during  the  Aimual  Business  Meeting  at  a  Fric^  ly-moming  breakfast. 


WEDNESDAY  IViORNING  KEYNOTE  ADDRESS  = 

''Uneven  Marriage:  }he  University  and  ttie 
Management  of  information  Tectmoiogy'' 

Frank  Newman 

PrMictont  of  tht  Education  Commission  of  ths  States 

Dr.  Frank  Newman  opened  the  18th  annual 
CAUSE  national  conference  with  a  chal- 
lenge to  build  new  incentive  ^tems  into 
education  that  will  encourage  innovative 
uaet  of  tedinology.  Dr.  Newman  claimed 
thatthemostimportantelemeiitofouruni- 
Yortitiei— teaching  and  learning— has 
taken  the  least  advantage  of  our  new  tech- 
nological era:  Compared  to  the  enthusiaem 
with  which  the  adminittrative,  scientific, 
and  library  sides  of  hi^er  education  insti- 
tutions have  greeted  new  technologies, 
academia  shows  little  recognition  of  new 
(^iportunities  to  turn  education  into  a  vital, 
puticipatoiy  process. 

To  diange  the  existing  static  i^stem. 
Dr.  Newman  said,  educators  must  adopt 
the  style  of  the  researdi  world,  with  com- 
petitive rather  than  hard  funding,  intense 
peer  (including  student)  review,  problem- 
oriented  learning  and  the  reciprocal,  cu- 
midative  process  of  learning  throus^  team- 
work. 
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WEDNESDAY  LUNCHEON 
Award  Presentations 


Highlighting  this  hincheon  the  presentations  of  the  1989  CAUSE  Recognition  Awards  and  the 
CAUSBIBFFECT  Contributor  of  the  Year  Award,  with  spedal  aduiowledgment  of  award  sponsors 
Informatiofi  Aaiodates  and  Systems  ft  Computer  Tedinology  Corporation. 


necoonMon  Awaid  for 
imtlttitlonallLjiMtorship 

MlTMif  oTMt  1989  CAUSE  Rooognlthn  Award  hr 
lntlliulbn§IL$mhr$h(p  wtm  tUMRos^lh,  Pnsldent 
dtlmUnkmwfyotKmmKky,  forhb  ichbwm(Mt$  as 
m^ilglth%mii''admhtU^^ 
tmmqulmmitaotlaGhnohgybutabohowltcanba 
madloaupporlthamlsahnofanlnatllutbn.  Pictured 
Oaltlorfgh9m9JohriRobkt9(m,CEOof  Mdrmation 
Aa9odatm:Flo$0ta;aridCAUSEChairDm0aSfnalleri. 

RgcognRion  Award  for  Diaiinoulshed  Service 
A  itpsdS»'  award  was  prasantad  at  CAUSE89  for 
unkiua,dMkig\^^iad,ariddadkMmisar)fk:a^ 
CAUSE.  TNaona-^knai^rdwanttoChariasR. 
Thomaa,  Sanbr  Cormuflant  for  tha  NatlonsJ 
Camar  for  Hfgliar  Education  Managamant  Sys- 
mna,  lortib  ISyaara  dlaadarshlp  as  tha  first 
CAUSE  aveeuM^  diractor  and  t»is  forasigtit  in 
aataUsNng  an  anduring  focus  for  thiamamt)ar- 
driyan  asaocMon.  Plotufad  ai  latt  ara  John 
Robkiaon,  CEO  of  Infonnarion  Associatas; 
Thomas;  and  CAUSE  Chair  Dava  SmaHan. 

Tha  CAUSE  racognklon  awards  hava  baan 
sponsorad  by  Information  Associatas  since 
198a 


CAUSE/EFFECTCmmulM  Of  the  Ymt 
Tha  1989  CAUSE/EFFECT  Contributor  of  tha  Year  Award 
wanttofVchan/D.flowmdofNorthCarottnaStatoUnhmt' 
sky,  and  QarM  W,  and  Josattm  McLaughlki  of  Virginia 
Tech  for  that  artkia,  'Bridgkv  tha  between  tha  Daia 
Base  and  User  h  a  Distributed  En^rvnment,"  which  ap- 
peered  in  the  Summer  1989  Issue  of  CAUSE/EFFECT 
magazine.  Pktured  are  CAUSE  Chat  Dave  Smalan: 
Howard;andkKchaelJ.  Emmi,ChalnnanandCB}oiSCT. 

Systems  i  Computer  Technology  Corpomtbn  has  spon- 
sored this  smard  since  1982. 
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WEpNESDAY  LUNCHEON 


Committee 
Recognition 

fMring  committee  membors  rooeivod  spe* 
eUeckn(ml9dgmenttord$dicat9d  service  <f 
WMneeday'e  luncheon.  At  left,  Clyde 
WoKonI  of  LeMoyne  College  accepts  pleque 
imidthm^  for  his  ectMtles  on  the  Member 
Uelson  Committee  from  CAUSE  Director  oi 
Membership  Denny  Femsworth. 


THURSDAY  GENERAL  SESSION  =^^— 

'Transformation  of  Information  Technology 
in  the  Modern  Higher  Education  Institution'' 

Richard  L  Nolan 
Chairman,  Nolan,  Norton  &  Co. 


In  Thursday  morning's  general  session,  Dr.  Richard  Nolan 
told  conferees  that  today's  hierarchical  organizations  are 
obsolete.  Information  technology,  he  said,  is  sparking  a 
fundamental  transformation  in  our  economy  for  which  we 
are  unprepared  As  we  move  out  of  an  industrial  econon^ 
into  an  information/service  economy,  American  industry  is 
moving  to  a  networked  style  of  organisation  that  is  '^rov* 
ing  much  more  effective  for  operating  at  the  levels  of  sophis- 
tication we  hav  u>  deal  with.** 

Dr.  Nolan  cautioned  that  leaders  of  corporati<ms  and 
institutions  must  participate  in  the  information  technology 
revolution  rather  than  simply  observe  from  the  sidelines. 
With  participation  will  come  understanding  of  tii^  depth 
and  breadth  of  the  Information  Technology  Era,  and  how 
organizationt  must  adapt  to  succeed  in  it 
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THURSDAY  LUNCHEON  =^= 
Introduction  of  1990  CAUSE  Board 


I9900fllotrt 


Lalttorightabovanttf  1990omi9nofth9GAU$EBomdo/Dlm:lon:S9cntmy/rrm$umAJ»r^ 
YoikaftlfUnhmaltyofCinckmtl.  Vlc9  Chak  Cmih  BmoM  of  Syrm:iM»  Unhmafy,  Chidr  Robert  C. 
H9t»rlck.Jr.  ofVki^  Tach,  and  ImmadbHapa^  Chat  DmfUL  SmatanofHamUonCoUaga.  who  wU 
aanfa  In  an  ax-of/lcio  capacity  during  1990. 


New  Members 

Newly  alacted  to  tha  Board  ara(Mtlo  right)  Laa  H  Alay  of  Arizona  Stata  UnhfanMy.  Kannath  C.  BIytha 
of  Pannayhfania  Stua  Unvanlty.  and  Dbma  Kant  of  tha  Unhmafy  ofBriUah  Columbia. 


1.9 
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THURSDAY  LUNCHEON  GENERAL  SESSION 

"Changing  Ethics  and  Values  In  America: 
Implications  for  Information  Technology" 


Charles  Nesson 

Distinguished  Professor, 
Harvard  Law  School 

Dr.  Nesson  focused  his  Socrmtic  dia« 
logue  with  six  FT  direetors  and  vice 
presidents  on  ethical  issues  of  soft- 
ware copyright  and  piracy,  censorship 
of  electronic  mail,  network  viruses, 
and  equal  access  to  technology  re^ 
sources.  After  leading  panelists 
through  an  hour-long  process  of  dis- 
cussion  and  re-evaluation,  he  pdntad 
out  the  necessity  of  stopping  to  quee- 
tion  our  direction  in  this  fast-moving 
field 

*  • 
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FRIDAY  GENERAL  SESSION  = 

CURRENT  ISSUES  FORUM 


"Information  Technology: 

Should  Your  President  Continue  to  Buy  it?" 

James  Rosser 

President,  California  State  University/Los  Angeles 

Diether  Haenlclce 

President,  Western  MiGi'ilgan  University 


At  this  closing  session  (tf  CAUSE89,  coordinated  by  CAUSE  Current  Issues  Committee  Chair 
Phyllis  Sholtys  of  Northern  Kentucky  University,  two  university  presidents  expressed  their 
different  perspectives  about  the  growing  demand  for  information  technology  on  campus. 

CAUSE  President  Jane  Ityland  moderated  the  exchange,  in  whidi  Dr.  Rosser  defended 
the  importance  of  heavy  investment  in  technology  to  assure  equity  among  students  and 
educate  successful  citizens,  while  Dr.  Haenicke  questinied  the  benefits  of  being  on  the 
t)leeding  edge'  of  fast-moving  technologies,  and  the  extent  to  which  computing  needs 
assessments  are  based  on  self-interest 


OUJSE89 

PROFESSIONAL 
PROGRAM 

The  CAUSE89  theme,  Information  Technology:  Fencing  the  Issues,  was  ad- 
dressed through  49  professional  presentations  in  seven  subject  tracks,  as  well 
as  through  many  other  professional  development  opportimities.  Four  Current 
Issues  Sessions  allowed  conferees  to  converse  about  subjects  of  topical  inter- 
est, and  four  Ask  the  Experts  sessions,  new  this  year,  allowed  participants  to 
question  experts  from  education  and  industry  about  some  of  the  most  complex 
current  issues  in  our  profession.  Eleven  Constituent  Groups  met  to  exchange 
information  and  experiences  pertaining  to  specific  working  environments. 

Printed  in  the  following  pages  are  summaries  of  the  Current  Issues  and 
Ask  the  Experts  Sessions  and  Constituent  Group  meetings,  along  with  papers 
from  the  professional  presentations  categorized  according  to  the  ceven  confer- 
ence tracks. 

CAUSE  gratefully  acknowledges  those  individuals  who  agreed  to  present 
professional  papers  on  a  moment's  notice.  Althotigh  they  were  not  called  on  to 
present,  their  papers  are  included  in  these  Proceedings. 
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Current  Issues  Sessions 

Four  scheduled  Current  lasues  Sessions  provided  informal  opportunities  for  conferees  to 
meet  and  exchange  ideas  on  topics  of  special  interest  or  concern.  The  topics  were  chosen 
from  issues  which  have  been  of  interest  to  the  profession  in  the  past  year. 


The  Changing  Relationship  between 
Libraries  and  Information  Services 

Moderator:     Paul  V^llis 

University  of  Kentucky 


Desktop  Publishing  on  Campus 

Moderator:     James  Netherton 
Baylor  University 


Information  Technology  for 
Decision  Support  (EIS,  ESS,  DSS,  and  IC) 
Moderator:     Dennis  Viehland 

University  of  Arizona 


National  Networking 

Moderator:     Mchael  Roberts 
EDUCOM 
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CURRENT  ISSUES  SESSION  SUBIBIARY 


The  Changing  Relatlonohip  Between 
Ubnriee  and  Infonnatlon  Services 


Moderator:  Paul  )l(^lli8,  Director  of  libraries.  University  of  Kentucky 

Moderator  Piiul  Willis  opened  this  session  with  the  fidlowing  comments: 

1  am  sure  that  near^  everyone  here  can  remember  when  libraries  and  computing  centers  operated 
independently  of  <me  another.  This  is,  of  course,  no  longer  the  case.  Sometimes  when  we  discuss  the 
impact  of  computers  on  libraries,  I  think  we  fail  to  consider  communications  technology.  It  is  this  area 
whidi  drivesnetworking;  anditisnetworUngwhich,  Ibelieve,  willbringlibrariesand  computingcenters 
ever  closer  together  in  the  fiiture. 

"Others  (e.g.,  Sadi)  see  the  libraiy/conqmting  center  relationship  differently  and  suggest  that  the 
library  mi^t  disiq>pear  thnm||i  disuse.  They  p^ant  out  that  echolarly  communications  are  shiftingawsy 
firom  libraries,  that  computers  are  rivaUngbodcs  and  joumsls  as  infbrmation  storage  and  dissemination 
devices.  Frank  Newman  reports  that  scientists  are  moving  away  from  regular  Ubraiy  use.  What  impact 
will  scholars  communicating  with  (me  another  electronicaUy  have  on  the  sdiolar^y  journal? 

If  we  accept  the  view  that  libraries  will  diminish  in  importance,  we  could  go  home  and  begin  the 
orderly  transition  of  libraiy  services  to  the  computing  center.  But  this  direction  is  not  in  the  best  interest 
of  our  institutions,  in  n^  opinion.  The  pn^Msionals  in  all  of  the  information  units  have  skills  and 
expertise  to  contribute  to  managinginfinrmaticm  on  campus,  and  I  think  the  prdferred  solution  is  to  utilize 
the  talents  <tf  our  professional  staflb  in  a  collaborative  w^. 

How  do  we  do  this?  First,  I  believe  that  we  must  consider  getting  into  one  organization  (perhaps 
under  a  CIO  or  simflar  positi<m)  all  of  the  miyor  campus  units  that  are  in  the  infbrmation  business.  At 
a  minimum  I  consider  this  to  be  libraries,  eompuung  centers,  and  communicaticms.  Short  of  this,  we  must 
develop  strategies  to  get  the  staflb  fam  theso  units  working  together— not  just  on  q>ecific  projects,  but 
on  fiiture  services^-and  we  must  involve  the  teadking  fiieulty  in  this  process. 

*04iers  have  suggested  that  computing  centers  and  libraries  be  merged,  or  that  a  new  organization 
be  created.  Instead,  I  prefer  to  approadi  thi  s  with  a  view  of  integrating  the  traditional  b  brary ,  computing 
center,  and  communications  fimctions  in  a  libraiy/information  center  where  both  library  and  computing 
user  services  are  placed.  I  think  that  <m  many  campuses  this  integratkm  mi|^t  be  easier  to  start  in 
colleges  and  departments  with  existing  brandi  libraries  serving  as  the  base.  I  believe,  too,  that  at  this 
level  the  college  or  departmental  infimnation  center  could  play  a  k^  role  in  integrating  tedmology  into 
the  curriculum,  as  Frank  Newman  has  said  is  needed.  Sudi  a  tibrary/infbrmation  center  mif^t  allow  us 
to  begin  a  shift  from  library  and  computing  center-oriented  infbrmation  services  to  user-oriented  infor- 
mation services." 

Discussion  among  session  participants  covered  the  following  issues: 

(1)  Win  libraries  disappear  through  disuse? 

(2)  What  changes  can  libraries  make  to  reqMnd  to  this  possibility? 

(3)  Should  the  libraiy  be  integrated  into  an  organisstion  with  other  information  technology  units? 

Those  frivcnring  this  view  suggested  that  this  would  have  a  positive  impact  on  infbrmati<m 
planning  on  canqws:  that  the  changing  and  complex  working  environment  requires  consultation 
anumg  the  information  units,  and  that  ttie  need  to  coordinate  tedmology  decisions  ^juld  be 
fiidHtatedby  a  common  oiganisational  structore. 

ThCv^opposedtochangefoltthatit  was  notnecessaiy:  that  libraries  and  cm 
work  together,  but  organisational  change  is  not  required.  The  view  was  also  eq>ressed  that  the 
library  should  stay  in  the  same  organisational  structure  as  the  academic  units. 
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Desktop  Publishing  on  Campus 


CAUSE89  Current  Issi^e  SeMion 

ModeratoR  James  S.  Netherton 
Baylor  University 

DiBCussion  of  the  status,  benefits,  and  challenges  of  desktop  publishing  (DTP) 
on  campus  attracted  about  16  participants  including  a  cou]^e  of  vendor  repre- 
sentatives. The  moderator  began  hy  identifying  some  of  the  reasons  people 
commit  to  DTP  and  some  of  the  unanticipated  problems  which  occur. 

Various  attendees  then  ofifered  a  status  report  for  DTP  on  their  home  campuses 
identifying  any  special  uses  or  benefits  as  well  as  what  problems  were  encoun- 
tered and  how  these  were  being  addressed  The  level  of  commitment  varied  from 
''considering  how  we  might  begin*  to  'producing  most  major  campus  publica- 
tions with  DTP." 


In  these  discussions,  one  of  the  most  striking  elements  was  the  diversity  of 
various  campus  situations.  Not  only  were  there  the  nonnal  hardware  and 
sofl;ware  diversity,  but  issues  involving  level  of  sophistication,  technical  sup- 
port, training,  standardization,  organization,  accounting,  fimding,  staffing,  and 
central  control  varied  dramatically  from  campus  to  campus.  Whether  DTP  was 
even  a  computing  issue  was  not  agreed  upon  since  on  some  campuses  primary 
responsibility  rests  with  the  printing  plant  or  central  duplicating  (the  campus 
photocopying  organization). 

There  was  agreement,  however,  on  two  themes:  DTP,  despite  its  many  prob- 
lems, is  making  a  substantial  contribution  on  many  campuses,  and  campuses 
are  coping  with  the  problems  of  DTP  better  than  a  year  ago.  As  the  session 
ended,  one  participant  suggested  that  DTP  was  rhflnging  from  a  cunent  issue 
to  a  part  of  the  daily  routine.  While  associated  rewards,  challerges,  and 
frustrations  were  still  abimdant,  the  novelty  and  urgency  which  makji  an  issue 
^current*  were  waning. 
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Summary  of  Current  Issues  Session: 
Information  Technology  for  Decision  Support 
CAUSE89,  San  Diego,  November  29,  1989 


Moderator:  Dennis  W.  Viehland,  University  of  Arizona 

The  moderator  began  by  briefly  discussing  the  Executive  Information  Systems  Special 
Interest  Group  (EISSIG),  an  electronic  mailing  list  on  BITNET  for  discussing  the 
application  of  information  technology  for  decision  support.  Conferees  interested  in 
participating  in  EISSIG  were  advised  to  contact  the  list  owner,  Dennis  W.  Viehland 
(VIEHLAND@ARIZRVAX). 

In  his  brief  prepared  remarks,  the  moderator  presented  to  the  group  a  table  that 
compared  executive  support  systems  with  previous  generations  of  information  systems** 
electronic  data  processing,  management  informa  tion  systems,  and  decision  support 
systems.  He  noted  the  confusion  about  EIS  vs  ESS  in  the  literature  and  offered  his  own 
definition  of  ESS  (mental  modeling  +  EIS  +  office  automation).  The  group  discussed 
the  table  and  several  suggestions  for  expanding  and  improving  tiiie  table  were  made. 

Resources  examining  executive  information  systems  was  discussed.  Books  such  as 
Rockart  and  DeLong's  Executive  Support  Systems:  The  Emergence  of  Top  Management 
Computer  Use  (Dow  Jones-Irwin,  1989)  and  Paller  and  Laska's  The  EIS  Book:  A  Guide 
to  Top  Management  Computing  (Dow  Jones-Irwin,  in  press)  were  noted,  as  well  as  the 
Fall  1989  issue  of  CAUSE/EFFECT  that  featured  executive  systems.  Another  important 
source  of  information  in  this  rapidly  changing  field  is  monitoring  what  the  vendors  are 
doing.  Dennis  Viehland  agreed  to  post  on  the  EISSIG  a  list  of  EIS  vendors  serving 
both  private  industry  and  higher  education  markets. 

There  was  considerable  discussion  about  the  cost  of  EIS.  The  group  agreed  these 
systems  are  expensive,  and  it  is  difficult  to  know  how  to  justify  the  cost.  No  definitive 
answer  emerged;  most  agreed  the  return  on  investment  cannot  be  calculated  and  it 
requires  a  ''leap  of  faith**  that  the  expense  will  be  worth  it. 

One  member  of  the  group  raised  "heresy"  that  maybe  we  should  not  pursue  EIS  because 
it  can  only  lead  to  trouble  for  us.  Specifically,  executives  are  not  data  savvy  enough  to 
know  how  to  interpret  the  data  they  get  via  an  EIS.  For  example,  executives  may 
confuse  fiscal  year  data  with  academic  year  data,  include  graduate  students  when  they 
should  be  excluded,  use  FTE  data  when  headcount  is  more  appropriate,  etc.  As  a 
result,  the  information  they  get  is  not  what  they  expect  or  it  is  interpreted  inconectly. 
Unfortunately  these  discoveries  often  are  made  when  questions  are  raised  after  the 
executive  has  cited  these  data  in  public.  There  was  concensus  that  this  is  a  problem,  but 
one  that  can  be  overcome.  One  solutit^n  is  to  emphasize  the  need  for  uata  education" 
when  the  EIS  is  installed.  There  also  was  a  conmient  that  rising  executives  at  the  VP 
and  dean  level  are  generally  more  computer  literate  and  data  savvy  than  current 
executives,  hopefully  this  will  be  less  of  a  problem  in  the  future. 
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National  Networking 


Cunrent  Ime  Sesrion 
CAUSE89 


Moderator: 
Mi^iifmi  Roberts 
Vice  PMident,  EDUCOM 


Teleoominunications  ere  reshapmg  the  way  that  universities  wiU  teach, 
researdi,  and  collaborate  in  the  future.  This  session  provided  an  opportu- 
nity to  discuss  national  networking  initiatives,  including  CREN  (the  new 
corporation  operating  the  merged  BITNET  ai  CSNET),  NSFNet,  and 
the  coming  National  Research  and  Education  Networic  (NREN).  Partici- 
pants in  the  session  were  interested  i  x  the  national  legislative  and 
funding  issues  that  are  shaping  hif^ier  education  networidng  for  the 
future,  and  how  campuses  wiU  be  af'^cted  by  these  initiatives. 

Of  special  interest  at  the  session  was  NREN,  the  "information  superhigh- 
way of  tomorrow,"  a  proposed  national  initiative  which  would  create  a 
high-capadty,  statoKif-the-art  computer  networic  linking  supercomput- 
ers, libraries,  national  data  bases,  and  academic  and  industrial  research- 
ers into  a  unified  information  infrastructure.  The  Coalition  for  the 
NREN— «  grotq>  sponsored  by  EDUCOM's  Networking  and  Telecommu- 
nications Task  Force— has  produced  a  brochure  ftTnmiwing  the  benefits  cf 
the  NREN  with  a  netwoik  plan,  an  outline  for  funding,  and  ideas  for 
implementation.  Free  copies  of  the  brochure  are  available  firom  the 
Coalition  for  the  National  Researdi  and  Education  Network,  1112  16th 
Street  NW,  Suite  600,  WasLmgton  DC  20036;  phone  (202)  872-4215. 


Ask  the  Experts  Sessions 


Four  new,  interactive  sessions  allowed  audiences  to  question  experts  from  education  and 
industry  about  complex  current  issues  in  our  profession: 

♦  Ne w  Tbchnolofflea: 
Artificial  Intelligenoe  and  CASE 
Moderator:  Linda  Fleit» 

EDUTECH  International 

Fred  Fonnan  of  American  Management  Systems  and  Theresa  Kushner  of 
Texas  Instruments  answered  questions  in  this  session  about  the  impact  of  AI 
and  CASE  technologies  on  campuses. 

♦  New  Technologies: 
CD-ROM  and  Hypcrmadia 

Moderator:  Joel  Kbibensvik 

Academie  Computing  magaxine 

Phil  Farley  of  Hewlett-Packard  and  Doug  Dqyle  from  ^ple  Computer,  Inc., 
shared  their  views  of  the  implications  for  higher  education  of  these 
technological  advances. 

♦  Changing  Ethics  and  Vfilues  in  America 

Moderator:  Sally  WdiMter 

Syracuse  Uiiiversity 

CAUSE89  featured  speaker  Charles  Nesson  of  the  Harvard  Law  School 
responded  to  questions  om  the  audience  as  a  follow-up  to  his  luncheon 
session. 

♦  UBIT  and  UnCir  Competition 

Robert  Qilleq>ie  of  Gillespie,  FoDoier  &  Associate  i  summarized  current 
Congressional  action  on  these  issues,  and  explained  how  pending  legislation 
rektes  to  higher  education.SandraDmnhardtfrom  the  University  0^^ 
Thomas  Mueller  of  Washington  State  University,  and  Richard  Mann  of  the 
University  of  Kansas  shared  their  experiences  in  fisdng  unfair  competition 
suits  regarding  microcomputer  sales. 


28 


Constituent  Group 
Meetings 

Eleven  subgroups  of  CAUSE  members  and  conferees  met  at  CAUSE89  to  focus  on  issues 
unique  to  their  shared  work  environments.  "Riese  Constitttent  Groups  are  organized  to 
encourage  communiication  among  professionals  who  duire  specific  problems  and  functions. 
The  groups  meet  during  the  National  Conference,  and  occasionally  at  other  times  during  the 
year,  and  the  number  and  focus  of  the  groups  change  according  to  members'  needs. 

Chief  Information  Officers 

Convenor:  Jamph  Ca^^ymbane,  Loyola  Univtruty  of  Chicago 

At  the  CAUSE89  CIO  Constituent  Group  meeting,  54  conferees  discussed  the  importance  of 
university  committees  and  policies  supporting  the  role  of  the  CIO. 

Joseph  Catrambone  presented  the  importance  of  university  committees  and  policies  whi'^h 
.  ;pport  his  rde  as  CIO  at  Loyola  University  Chicago.  His  CICs  Jiission  statement  is  provide 
the  leadership  and  expertise  to  design,  implement,  support*  and  manage  information  technologies 
to  foster  the  teaching,  research,  and  health  care  missicm  of  Loyola  University  Chicago.*  The 
committees  at  Loyola  Chicago  supporting  this  mission  include:  Information  Systems  Steering 
Committee,  Capital  Budget  Committee,  Information  Systems  Administrative  Users  Committees, 
conomittees  on  Academic  Computing  Services,  and  m^jor  implementation  project  committees.  The 
q>eeific  roles  and  support  firom  these  committees  were  identified  and  discussed. 

Mr.  Catrambone  identified  the  Loyola  Chicago  policies  regarding  the  use  of  computing 
resources  which  supported  his  role  as  CIO.  These  poliaes  include:  authorised  uses  of  public 
computing  facilities,  rules  of  ethical  conduct  for  computer  use,  mainframe  resource  allocations, 
employee  off-premise  use  of  computer  equipment,  computer  networks,  copyright  laws  and  software 
license  agreements,  procurement  of  computing  resources,  data  administrawon,  ownership  and  use 
of  data,  and  the  redeployment  of  computer  equipment 

Following  this  discussion,  other  conferees  identified  the  committees  and  policies  supporting 
the  role  of  the  CIO  at  their  institutions. 


Community/Two-Year  Colleges 

Convenor:  Gordon  Matheur,  Mount  Royal  College 

Alarger-than-usual  group  met  in  San  Diego,  and  had  lively  discussions  on  a  number  of  topics, 
lb  open  the  session,  the  group  revisited  such  basic  issues  as,  *How  are  two-yeaiycommunity  colleges 
different?*  and  "What  could  CAUSE  do  to  help  sudi  institutions?" 

The  nugority  felt  thAt,  while  our  institutions  were  smaller,  did  not  do  research,  were  more 
vocationally  oriented,  etc,  one  of  the  distinguishing  factors  was  that  people  responsible  for 
information  iedinology  liad  to  wear  ma^y  hab*  at  the  same  time*  and  *had  to  take  a  closer,  more 
hands-on  approadi  to  technology.*  This  naturilly  led  to  suggestions  that  CAUSE  could  help  our 
institutions  by  making  available  more  specific  "liow-to*  information.  There  were  calls  for  more 
substantial  and  more  technical  articles  in  CAUSE/EFFECT.  People  expressed  interest  in  a  wide 
variety  of  topics— for  example,  who  is  using  SQL  on  what  computer  and  with  what  results,  or  how 
are  people  connecting  dissimilar  computers  on  a  LAN--and  in  receiving  copies  of  proven  proce- 
dures, etc. 
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All  tupported  the  ooocspt  of  MIPS  ind  ASQ  strongly.  T^ere  were  even  suggestionB  that  such 
a  clearini^ouse  crfTioformation  should  be  q>edalized  by  member  institutions  type  (i.e. ,  there  should 
be  one  for  two-yeaiycommunity  colleges  only). 

Several  other  areu  cf  possible  cooperatica  and  coordination  were  also  discussed.  These 
included: 

^  more  frequent  get-togethers,  perhaps  on  a  regional  basis,  to  exchange  task^ssue*oriented 
questions; 

-  organizing  a  Peer  Review  service,  whereby  managers  from  other  institutions  would  come 
in  to  provide  professional  advice  to  the  person  in  chai]ge  of  information  technology  at  the  host 
institution; 

-  publishingmonographi  on  a  frurly  regular  basis  to  make  reasonable  current  information  on 
tasks  and  issues  of  interest  generally  available; 

-  ensuring  that  everyone  knows  how  they  can  use  BFTNET  on  a^pay  asyov.go'basis  (via  800 
telephone  numberX 

Mike  Zastrodcy  and  Denny  Famsworth  attended  the  meeting  on  behalf  of  the  CAUSE  staff, 
and  indicated  that  the  National  Office  was  anxious  to  provide  new  and  more  useful  services  to  the 
membership.  Gordon  will  follow  up  wiUi  them  on  the  preceding  suggestions,  so  that  a  report  may 
be  made  to  members  of  the  group  in  Miami  in  1990. 


The  meeting  of  the  Constituent  Group  on  Data  Administration,  attended  by  67  people,  was  a 
particularly  active  one,  with  wide-rangingdiscussion  and  many  questions  generated  during  several 
informal  presentations.  The  meeting  is  summarised  in  the  following  paragraphs. 

Richard  Sli^MHder,  the  chairman,  reviewed  the  purpose  of  the  Constituent  Groi^)  and  summa- 
rized the  meeting  of  ttie  Special  Interest  Group  on  Data  Administration  which  was  held  at  the 
Association  for  Institutional  Research  (AIR)  Forum  in  Baltimore  in  May  1989.  He  emphasised  the 
concern  of  institutional  researchers  that  administrative  data  be  both  accurate  and  complete,  and 
th  t  training  in  the  meaning  of  the  data  be  available.  Tht  Group  felt  that  the  training  could  be 
provided  best  by  the  stewards  who  work  most  closely  with  the  data  on  a  day-to-dav  basis. 

Sheeder  and  Sue  Borel  reported  on  the  current  status  of  the  DASIG  electronic  mail  Distribu^ 
tion  List  established  and  maintained  at  the  Syracuse  University  SITVM  node  on  BITNET.  The  list 
was  sterted  a  year  ago  to  encourage  communication  among  hi^er  education  professionals 
interested  in  data  administration.  As  of  the  CAUSE  meeting  date,  there  were  172  members  on  the 
listrepresenting92  V  3.  institutions, five  Canadian  institutions,  and  one  institution  each  in  Puerto 
Rico  and  Taiwan.  Sue  Borel  oversees  the  list,  and  is  developing  a  detailed  set  of  instructions  on  how 
to  use  it  She  hasdrawn  on  the  work  of  Dennis  Viehland  from  the  Universi^  of  Arizona,  who  wrote 
an  excellent  set  of  instructions  fbr  the  Executive  Information  Qystems  SIG  which  he  chairs. 

Many  institutions  interested  in  formally  establishing  a  data  administration  function  find  it 
helpfiU  to  refer  to  job  descriptions  and  related  materials  firom  institutions  who  have  already 
established  such  a  function.  Julia  Rudy  fh>m  the  CAUSE  office  has  arranged  to  have  the  CAUSE 
Exchange  Ubraiy  serve  as  a  central  distribution  point  fbr  providingmat  -  ials  to  institutions  which 
need  them,  and  is  asking  institutions send  job  descriptions,  organisauon  charts  showing  where 
the  DAfunction  resides,  and  institutional  polideu  govemingdata  access  and  security  to  the  CAUSE 
Exchange  Library.  These  documents  will  be  available  to  all  CAUSE  members,  and  to  AIR  members 
who  belong  to  DASIG. 

Three  informal  presentations  were  made: 

(1)  Leonard  Brush,  the  Director  of  Administrative  Systems  at  Carnegie  Mellon  University, 
summsoised  progress  to  date  in  esti^lishing  security  policies  and  procedures  at  CMU.  He  noted 
that  no  data  administration  function  has  been  organisationally  established  yet,  but  the  implemen- 
tation of  formal  data  security  policies  may  provide  sufficient  impetus  to  do  so. 


Data  Administration 

Convenor:  Richard  D.  Sheeder,  Pennsylvania  State  Univeruty 
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When  new  cdsiiniitnitiva  qrstemi  w«re  being  proposad  at  CMU  the  University  auditors 
expressed  a  need  for  both  security  and  disaster  recovery  plsns.  A  Security  Tss^i^  Force  has  been 
established  to  draft  a  poliQr  fbr  acfaninistrative  lystems  i^ority,  develop  a  dis'^ter  recovery  plan, 
and  develop  recommendatiMis  and  oversee  the  implementation  of  eadh.  IVaining  programs  will  be 
an  important  part  of  the  Tuk  Force's  recommendations. 

niesecuritypoliqrwillincIude(a)poliqf  on  password  usage,  with  specific  verbiage  iJdressing 
requirements  for  students,  (b)  a  requirement  for  empbyee  confidentiality  agreement^  (c)  a 
requirement  fbr  a  periodic  survey  of  employees  regarding  security,  and  (d)  statements  about 
training  to  use  data  iQ>propriate|y. 

(2)  Frank  Gose,  Director  of  Student  Data  Administration  at  the  University  of  Colorado, 
discussed  the  Data  Access  and  Use  Agreement  being  drafted  at  the  University.  The  agreement 
contains  statements  that  (a)  institutional  data  belongs  to  the  University;  (b)  qualified  users  should 
use  the  data  in  a  req>onsibIe  and  ethical  manner;  (c)  campus  coordinators  (offices  with  functional 
or  custodial  req>onsibility  fbr  data)  must  sign  off  in  order  fbr  a  requestor  to  access  data;  (d)  users 
will  not  release  sensitive  data  to  other  parties  without  the  agreement  of  the  campus  coordinator; 
and  (e)  the  user  will  abide  by  the  provisions  of  the  Vtardfy  Educational  Rii^ts  and  Privacy  Act  ur 
1974.  The  user  must  identify  the  data  requested,  the  fcrm  and  content  of  the  output,  the  final 
disposition  of  the  data,  and  to  whom  Bay  output  or  analyses  drawn  from  the  data  will  be  sent 

(3)  DidL  Sheeder,  Assistant  Director  for  Infbrmation  Resource  BAanagement  within  Manage- 
ment Services  at  Penn  State,  described  a  paradigm  fbr  accessing  computerized  institutional  data 
to  be  used  for  ad  hoc  analyses  and  reporting.  Hie  paradigm  included  the  fbllowing  steps:  (a) 
establish  data  access  and  security  policies;  (b)  assign  respon^lity  for  eadi  data  element  in  the 
institutional  data  bases  to  a  data  steward;  (c)  establish  a  Data  Administrator's  Advisory  Groiq> 
consisting  of  the  data  administrator,  selected  data  users,  selected  data  stewards,  and  the  manager 
of  the  infbrmation  center.  The  advisory  group  should  have  responsibility  fbr  defining:  types  ctffiles 
to  be  made  available  fbr  ad  hoc  use»  data  dictionary  requirements,  file  c<mtent  and  subsetting 
requirements,  procedures  fbr  appointingfile  stewards,  supported  software  tools  for  data  retrieval, 
supported  modes  of  ou^mt,  security  standards  fbr  the  ou^ut,  training  programs  for  interpretation 
and  use  of  data  and  supported  software,  and  procedures  fbr  requesting  access  and  securing  data. 

In  closing,  all  Constituent  Groiq>  members  were  urged  to  stay  actively  involved  and  suggest 
how  the  DASI6  distribution  list  could  serve  them  better.  An  archive  of  messages  will  be  accessible 
to  current  and  new  D  ASI6  members.  The  AIR  SI6D  Ais  scheduled  to  meet  in  Louisville  at  the  1990 
AIR  Forum,  where  the  dialog  will  continue. 

Executive  Information  Systems  in  Higher  Education 

Cmvenor:  I>enni$  W.  VIMand,  UnivenitycfAriwna 

^proximatety  80  conferees  attended  the  EIS  Constituent  Group  meeting  at  CAUSE89.  Each 
member  received  a  handout  that  described  the  Executive  Information  Systems  Special  Interest 
Groiq>  (EISSI6),  an  electronic  mailing  list  on  BITNET  fbr  discussing  the  application  of  information 
technology  for  decision  support  Members  interested  in  participating  in  EISSIO  were  advised  to 
contact  the  list  owner,  Dennis  W.  Viehland  (VIBHLANDiAREZRVAX).  The  handout  also  included 
definitions  of  terms  commonly  used  in  EIS  discussions  (e.g.,  EIS,  DSS,  critical  success  foctors). 

Robert  Glover  of  the  University  of  Hartford  provided  the  group  with  an  overview  of  the  EIS 
developed  at  Hartford.  UH  uses  various  microcomputer  paduiges  (e.g.,  FVobase,  Lotus  1-2^)  on  an 
IBM  PS/2  Model  80.  Henry  Stewart  discussed  the  use  of  FOCUS  on  a  VAX  at  IHUU^ 
generate  afinandal-oriented  EIS. 

There  was  some  discussim  about  the  driving  force  behind  EIS  development  An  informal  poll 
of  the  audience  showed  about  60  percent  had  primary  interest  coming  from  executives;  40  percent 
had  interest  originating  from  the  computer  center,  and  10  percent  from  other  sources  (Ovg., 
institutional  research}* 
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Robert  Glover  suggested  two  things  that  need  to  be  done  before  proceeding  with  EIS 
implementation: 

•getyour  databases  in  order 

-  cultivate  the  interest  of  the  executives. 

A  member  of  the  group  asked  how  historical  data  can  be  maintained  in  an  EIS.  Glover  noted 
that  UH  onl^has  data  since  1984,  running  on  the  PC.  Thomas  Quinn  (Inforr;^iation  Associates)  noted 
that  lAs  EIS  product  stores  historical  data  on  the  mainfir«ime,  to  be  accessed  when  it  is  needed  by 
the  microcomputer. 

Several  commercial  EIS  vendors  were  mentioned,  and  information  packets  provided  by 
Execucom  were  made  available  to  members  of  the  group. 

Dennis  ^ehland  noted  that  EIS  packages  for  private  industiy  were  little  used  in  colleges  and 
universities  because: 

-  they  are  very  expensive,  $250,000  and  iq> 

Executive  information  systems  in  business  tend  to  be  used  for  applications  that  are 
time  critical  (e.g.,  cash  flow,  changes  in  inventory,  stock  prices).  College  and  university  executives, 
on  the  other  hand,  tend  to  use  EIS  for  strategic  planning  for  improving  their  mental  model  of  the 
institution. 

The  group  agreed  to  meet  again  at  CAUSE90.  Aroster  of  all  who  attended  the  meeting  would 
be  circulated  via  BITNET. 

Four-year  Colleges/Universities  (over  10,000  PTE) 

Convenor:  John  W.  Ecff,  New  Mexico  State  University 

i^proximately  25  cmferees  participated  in  the  four-year  college/university  meeting.  This 
year,  veiy  little  discussion  was  held  on  purchased  software  packages.  The  constituent  group  had 
lively  discussions  on  data  authority  issues  and  voice  response  sjrstems. 

Under  the  general  topic  of  voice  response  systems,  several  institutions  noted  their  success  in 
the  use  of  these  lystems  for  admissions,  financial  aid,  and  registration.  Of  interest  to  many 
institutions  was  the  fact  that  some  institutions  charge  students  a  nominal  fee  for  registration. 
Apparently  students  are  happy  to  pay  a  reasonable  fee  to  avoid  lines  and  to  have  the  convenience 
of  registering  for  classes  via  their  home  telephone.  It  was  the  consensus  of  the  participants  that 
voice  response  f^stems  are  becoming  common  throu^out  colleges  and  universities. 

The  data  authority  issue  is  a  difficult  problem  with  no  resolution  satisfactory  to  all  institu- 
tions. The  'ownership*  and  "authority  to  view/update*  is,  unfortunately,  in  the  eyes  of  the  beholder. 
The  issue  will  be  around  for  some  time. 

One  participant  inquired  if  anyone  knew  of  any  institution  that  had  migrated  their  IMS  ^ales 
to  DB2.  The  answer  was  no.  Hopefully  next  year's  meeting  will  bring  forth  at  least  one  example. 

IBM  Higher  Education  Software  Consortium 

Convenor:  Arthur  J.  Chapman,  California  Polytechnic  State  University /San  Luis  Obispo 
Speakers:  Arthur  J.  Chapman  and  Dave  Blanchard,  IBM-ACIS 

This  was  the  second  meeting  of  this  constituent  group.  The  primary  focus  was  on  providing 
introductory  and  update  information  on  the  Higher  Education  Software  Consortium  (HESC) 
oflTeringfiromlBM. 

Arthur  CShapman  presented  the  following  overview: 

The  HESC  offers  to  educational  institutions  IBM  mainframe,  mid-range,  PC-RT,  and  PS/ 
2  software  at  about  2  percent  of  the  commercial  rata.  In  addition,  IBM  is  attempting  to  motivate 
this  consortium  of  schools  to  cooperatively  form  partnerships  fbr  the  benefit  of  higher  education. 

Mqor  HESC  software  additions  over  the  past  year  include  mainframe  ADC/STO  (UNIX), 
the  mainfirame  operating  system  product  VM^CA,  and  the  PS/2  AK  (UNIX)  products. 

The  HESC  Executive  Committee  consists  of  the  original  17  founding  universities  and 
colleges  plus,  over  the  past  year,  the  addition  of  university  and  college  representation  from  the  12 
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IBM-ACIS  nuurketiiig  areas  and  ropresentatioii  from  a  number  of  newty-formed  HESC  Special 
Interest  Groups.  Tliese  special  interest  groups  include  CAD/CAM,  Automatic  Contix>l  Syste::^, 
CIM  in  Hi^^  Education  Allianesp  Business,  and  Operating  Systems.  The  mission,  as  identified  by 
the  Executive  Ckmunittee,  is  the  following: 

1.  Rqyresent  the  HESC  member  sdioob  to  the  IBM-ACIS  organist 

2.  Lobby  IBM-ACIS  for  additional  and  improved  HESC  softwm 

3.  Implement  a  yeariy  poU  of  HESC  membership  to  ascertain  HESC  software  and 
service  requests. 

4.  Pirovidevdiides  for  HESC  memberdiv  to  communicate  on  HESC  n^ 

6.  Enoourags  the  development  ofeducationalmateriab  and  wofUiopsdealb^ 
HES>J  software. 

6.  Provide  vehicles  for  the  coordination  of  HESC  Special  Interest  Groups. 

In  addition,  Art  Chapman  presented  the  university  and  college  costs  involved  and 
methods  of  becoming  involved  in  HESC  activities. 

This  was  followed  fay  numerous  questions  addressed  to  Art  Chapman  and  Dave  Blandiard 
regm  ling  current  HESC  offerinp  and  future  HESC  plans. 

There  were  approzimatebf  36  attendees.  This  constituent  group  continues  to  be  important  as 
a  vehicle  to  inform  CAUSE  membership  of  the  HESC  offorings  and  allow  CAUSE  members 
belonging  to  HESC  to  voice  cc  icems  and  meet  with  IBM-ACIS  personnel. 

Institutional  Researchers  and  Planners 

Conv€non:RieKardD.  Howard,  North  Carolina  State  Univtrmty,  and 
Deborah  J.  Jketer,  Univereity  ofKaneae 

This  group  of  about  30  participants  determined  the  agenda  for  the  meeting  when  the  group  was 
convened.  Issues  raised  included: 

-  computing  administrators  want  to  know  what  institutional  researchers  need  from  them 

-  how  do  institutional  researdiers  use  data 

Institutional  i  viearchers  attending  the  meeting  described  typical  activities  of  an  IR  office,  which 
include: 

-  pro  viding  raw  data 

-  data  administration 
-writing  reports 

-  answering  questionnaires 
-doing  studies 

-  ddng  planning  and  prqjections 

Furthermore,  institutional  researdi  offices  often: 

-  report  to  a  provost  or  president 

-do  not  have  enou|^  hardware  or  software 

-  employ  cominiter  programmera/anatysts 

Issues  fadng  institutional  researchers  include: 
-data  quality 

-  use  rfcenstts  files 

-  on-line  audit  checks 

-  improving  quality  of  process 
-use  of  data  to  improve  quality 

-  integrating  data  bases 
-users  groups 

-  how  long  should  data  be  retained 


Medical/Health  Science  Schools 

C!anv€ni(M^:(ku1aT.  Oarnham,  Me^ 

The  Madical/Haalth  Seitnee  Ckmititaent  Group  met  on  Wednesday,  November  29,  during 
CAUSETt  annuiil  conftrenee.  Profestionali  representing  medical  sdiools,  schools  of  public  health, 
health  sdenee,  hoq>itals,  and  interested  vendor  organizations  discussed  common  concerns.  A 
primaiy  theme  was  the  need  for  increased  interaction  and  exchange  amongprofessionals  in  medical 
computing  and  informatics. 

An  electronic  bulletin  board  will  be  established  by  Sandra  Colombo  of  the  University  of 
Ifichigan.  Tb  join,  contact  Sandra  at  SANDY^CX)L01ifB0eUM.CC.UMICH.EDU. 

Tbpics  discussed  included  the  National  Library  ofMedidne's  lAIMS  prqjects,  medical  library 
automation,  Johns  Hopkins^medical  librai/s  researdi,  alternative  plans  to  communicate  using  the 
NSF  network  or  a  sqmrtt')  national  medical  network,  and  imminent  dianges  in  national  medical 
testing  procedures. 

A^mposium  cm  medical  computing  to  be  held  in  May  1990  at  the  University  of  Ifennessee* 
Memphis  was  announced. 

Participants  were  enthusiastic  about  the  opportunity  to  meet  with  each  otb  er  at  CAUSE  and 
other  conferences.  Future  meetings  will  be  planned  throus^  the  electronic  bulletin  board  at  the 
University  of  Bfichigan. 

Multicampus  and  State  Systems 

Convenor:  Robert  R  Blackmun,  Umvereity  of  North  Carolina /Chartotte 

The  MuHicampus/State  Systems  Constituent  Group  meeting  at  CAUSE89  was  attended  by 
19  representatives  of  colleges  and  universities  in  nine  states  along  with  13  vendor  representatives 
located  in  six  states. 

Topics  discussed    the  group  included: 

-  system-wide  contractingfer  micrO'Computers  and  software,  maintenance  of  equipment  and 
software, 

-  auditors  and  disaster  planning^recoveiy  activities, 

-  the  role  of  system-wide  standards  in  contracting,  software  maintenance,  and  reporting, 

-  issues  relating  to  the  management  of  networks. 

As  a  part  of  the  discussion,  it  was  suggested  that  CAUSE  mif^t  be  an  appropriate  sponsor  or 
facilitator  of  a  stu4y  of  the  costs  of  central  vs.  distributed  maintenance  and  si^port  It  was  also 
suggested  that  the  statewide  acthfities  of  the  University  of  North  Carolina  system  (UNC  CAUSE) 
might  be  a  topic  for  a  future  CAUSE  session,  to  assist  other  state  or  multicampus  systems  in 
establishing  similar  organizations. 
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Small  Institutions  (under  5,000  FTE) 

Convenor:  Cfyde  VMfbrd,  U  Moyne  ColUge 


The  1989  meeting  of  the  Small  Institution  Constituent  Group  provided  an  ezdting  exchange 

of  ideas  between  the  representatives  of  nearty  40  institutions  in  attendance.  Several  interesting 

statistics  were  presented  to  the  group,  followed     a  list  of  suggested  discussion  topics.  Interest 

centered  on  reviewingthe  organisational  structure  of  computingservices  on  various  campuses  (Le., 

combined  vs.  separate  structures  for  academic  and  administrstive  computing),  how  to  provide 

access  and  encourage  use  of  computing  resources  among  &culty,  and  how  to 
for  the  operation. 

Key  conclusions  to  the  ensuing  discussions  inchided  the  need  for  campus  computing  leaders 
to  enhance  their  knowledge  of  how  to  manage  technology  eflfective^  and  incorporate  it  into  the 
strat^c  mission  of  their  institutions,  the  need  for  these  leaders  to  gain  bettor  knowledge  of  how 
their  institutions  operate,  and  the  need  to  understand,  and  relate  to  other  campus  administrators, 
that  the  role  of  computing  centers  is  dianging  finom  me  of  date  processing  to  one  of  providing 
information  services.  Emphasis  on  aiqr  review  of  campus  computing  resources  should  focus  not  on 
their  cost,  but  rather  on  their  value  as  an  asset  to  the  institution.  In  this  regard,  the  requirement 
for  a  CIO  at  small  institutions  was  discussed.  Whether  or  not  su^ 

information  resources  and  their  strategic  value  to  the  institution  was  principal  among  the 
conclusions  readied. 

User  Services 

Convenor:  Penny  Peiicolas,  Oakland  Community  College 

The  Constituent  Group  Meeting  for  User  Services  consisted  principal^  of  presentations  by 
three  members  who  discussed  the  challenges  and  successes  th^  had  during  the  past  year. 

Penny  PeticoUui  ofOaklandCommunity  College  described  the  growth  in  micn>computingfTom 
230  discipine-lab-ce^itered  micros  to  526  micros  throughout  the  college.  Claire  Gorman  of  TUts 
University  eq>lained  hew  reorganization  of  their  services  had  permitted  them  to  serve  more  users 
without  increasing  staff.  Carol  Bratton  of  Southwestern  BaptistTheological  Seminaiy  detailed  the 
particular  challenges  of  meeting  special  research  needs  of  graduate  studento  and  also  described  the 
equipment  maintenance  fimd  which  provides  for  maintenance  and  partial  replacement  of  micro- 
computer hardware. 

Following  each  presentetion  there  was  an  ezdiange  of  questions  and  answers  between  the 
audience  and  the  presenters.  A  follow-up  session  was  held  later  in  the  week  for  those  who  wanted 
to  discuss  problems  and  solubons  in  more  depth. 
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"Writing  for  CAUSE/EFFECT' 

rhis  hoiiM^-long  seminar,  hosted  by  die  CAUSE  Editorial  Committee  for  all  interested 
CAUSE89  conferees,  offered  guiddines  on  writing  for  ffie  assodatian  magazine,  CAUSEI 
EFFECT,  as  wdl  as  advice  on  writing  for  a  variety  of  purposes,  from  intracampus  reports, 
plans,  and  proposals  to  fonnal  pubUcatkm  in  magazines  and  jotimals. 

Three  q)eate»-<:AUSEDireck»'(rfIhibUa  Editor  Julia  Rudy,  and  the 

chairs  of  the  1969  and  90  Editorial  Committee^  Gerald  Mdau^din  and  Marie  Peridn^— 
discussed  structural  aqpects  of  putrfishi^g  am^  style,  described  the  personal  benefits  of 
writing  (to  hdp  form  idea^,  attract  others  of  Similar  interesto,  invite  ii^t  from  peers),  and 
listed  the  types  of  infbrmaticm  and  topics  tiiat  are  valud>Ie  to  readers  in  our  prof^ 

The  heart  of  the  sessloiv  attended  by  more  than  50  peofrf^  was  a  t^ 
Beymd  the  Memo:  Ten  Commandments*  offered  by  guest  speaker  Carolyn  J.  Mullins, 
Dbector  of  Communications  at  Ri^tSoft,  Inc.  Pointing  out  that  the  average  professional 
spends  two-thirds  of  every  workday  writing,  she  shared  ideas  on  how  to  msdce  that  writing 
as  easy  and  effective  as  possible.  9ie  stressed  the  importance  of  understandi^ 
interestsof  the  intendedaudienoe,and  suggested  si»d\  tips  as  Gq>yi]>gexis 
can,  woridng  widi  a  partner,  choosing  small,  sinqple,  ccdorful  word^  and  using  the  ^eai^  test 
tojudge  the  final  product  Mullins  has  written  nine  books  and  dozens  of  nuigazine  articles, 
o !«  of  whidi  earned  her  the  1983  CAUSE/EFFECT  Contributor  of  tfie  Year  Award. 

Immediately  foUowing  this  seminar  was  a  reception  for  seminar  participants  and 
authors  of  articles  published  In  the  1989  volume  of  CAUSEIEFFECT  magazine. 
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CAIISS89 


Track  I 

Planning  and  Strategy  Issues 


Coordinator. 
Jack  Tinsley 

Florida  Community  College  at  Jacksonville 


Issues  related  to  planning  and  strat^es  for  information  resource  manage- 
ment remain  important  as  the  decade  comes  to  a  close;  many  institutions 
have  initiated  or  are  considering  undertaking  long-range  planning  efforts. 
PresentaUonB  in  this  track  included:  effectiveness  of  various  planning 
methodologies;  importance  of  executive  support  and  the  involvement  of  a 
wide  variety  of  constituencies  in  information  technology  planning;  plan- 
ning in  the  culture  of  higher  education;  information  technology  planning  as  a  part  of 
institutional  planningTy  how  technology  contributes  to  the  planning  process  itself;  and  ways 
information  technology  can  be  used  for  strategic  competitive  advantage  in  the  higher 
education  marketplace. 


Chandl0r  WhMaw 
Southern  Utah  State  College 
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strategic  Inforaation  Planning 
in  a  Higher  Educational  Institute 

Doug  Dunwoody 
Sheila  Newel 
Ter.y  Smith 

Southern  Alberta  institute  of  Te.  hnology 

Calgary 
Alberta 


The  Southern  Alberta  Institute  o£  Technology  has 
completed  the  development  o£  a  Strategic  Information 
Plan.  This  plan  will  enable  SAIT  to  manage  its 
corporate  data  as  a  resource  by  providing  a  stable 
foundation  of  computerized  data  that  supports  the  ever 
changing  information  needs  of  the  institute.  The 
computer  applications  developed  as  a  result  of  this 
planning  effort  will  address  the  information  needs  at 
all  levels  of  the  organization,  from  the  day  to  day 
operational  needs  through  the  information  needs  of 
senior  management.  This  paper  will  review  the 
methodology  and  planning  process  that  was  utilized  in 
developing  the  plan. 
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Introduction  -  Why  Do  «  Flan? 


Highly  sophisticated  computer  systems  are  being  used  to  manage 
information,  but  their  use  is  often  scattered  and  redundant; 
they  grew  out  of  previous  record  keeping  systems  designed  for 
individual  departments  in  an  organisation.  But,  rather  than 
addressing  the  application  needs  of  individual  user 
departments,  the  focus  of  information  systems  should  be  on 
corporate  data  needs  shared  across  the  organisation.  The 
development  and  implementation  of  a  strategic  information  plan 
will  help  educational  institute  administrators  make  the 
transition  into  the  information  age  and  meet  the  challenge 
facing  their  organizations:  to  be  distinctively  better  than 
the  competition. 

Pew  organizations  have  a  more  complex  structure  than 
educational  institutes.  Within  that  complex  structure,  the 
number  of  individuals  requiring  access  to  accurate,  timely 
information  is  growing  as  more  faculty  and  staff  discover  the 
value  of  computer  systems.  The  number  of  student  clients  is 
also  increasing  and  expanding  with  the  educational  trend 
toward  retraining,  second  or  third  careers,  personal  education 
opportunities  through  continuing  education,  and  industry 
emphasis  on  computer  use.  The  result;  the  number  of  requests 
for  accurate  information  and  the  number  of  requests  for 
computer  support  services  received  by  Information  Systems 
Departments  within  educational  organizations  is  growing.  There 
may  be  some  additional  concern  that  the  objectives  and 
priorities  for  these  requests  received  by  information  Systems 
may  not  be  the  same  as  objectives  and  priorities  of  the 
Institute.  Ne  need  to  ensure  that  the  objectives  of 
Information  Systems  Departments  are  helping  the  organization 
meet  its  objectives. 

Some  sectors  of  the  institute  purchase  computer  systems 
independently  based  on  their  unique  needs  —  systems  that  meet 
section  or  department  requirements,  but  do  not  necessarily 
satisfy  corporate  needs.  The  repercussion  is  corporate 
decision  making  based  on  data  that  comes  from  systems  not 
designed  to  provide  corporate  data.  Because  those  long  term 
implications  are  so  important  to  the  health  of  an 
organization,  executive  computer  support  systems  designed  for 
use  by  upper  management  have  become  essential  tools  for 
measuring  the  organization's  pulse  and  keeping  the 
organizi^tion  moving  toward  the  future.  immediate  and 
effective  information  management  is  crucial  to  educational 
administrators  if  they  are  to  accurately  forecast  student 
enrollment  requirements,  project  revenue  requirements,  and 
assess   material    and  human    resources   needs.      The  Southern 
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Alb«rta  Inttitut*  o£  Technology  has  developed  a  strateqic 
inforMtion  Plan  that  will  help  them  do  juat  that. 


8AIT  Background 


SAIT  is  a  post-secondary  institute  that  offers  up-to-date, 
career  related  training  in  a  rapidly  changing  environment.  It 
serves  career  training  needs  on  campus  (in  Calgary,  Alberta), 
on  company  or  business  premises  (local  or  overseas),  on 
satellite  campuses,  or  by  long  distance.  Instruction  can  be 
traditional  (in  thu  classroom  with  or  without  the  aid  of 
computers)  or  non-traditional  (individual  telephone  tutoring 
or  written  correspondence  and  group  instruction  by  conference 
call).  Instruction  is  delivered  in  the  daytime,  in  the 
evening  and  on  weekends. 

SAIT  has  approximately  646  full  time  instructors  and  760 
support  staff  for  a  total  of  1406  FTB  staff  members.  SAIT  also 
has  approximately  300  part  time  instructors  teaching  in  the 
Continuing  Bducation  program.  There  are  10,683  students 
enrolled  in  SAIT's  traditional  programs  and  41,881  Continuing 
Education  students. 

SAIT  lias  several  DEC  Vax  computers,  4  -  785's,  1-8650,  1-8700, 
18  -  vax  3100' s  and  1  Micro  Vax  ii.  We  have  an  Ethernet 
based  campuo  network  linking  termin»ils.  Macintoshes,  IBM  PC's 
and  workstations  to  our  central  resources.  We  are  running  VMS, 
Unix  (Ultrix)  and  Oracle  on  several  platforms  in  a  di8tribu;;ed 
client/server  type  configuration. 


Strategic  Infoyution  plan  Objectives [ 


Information  Systems  provides  service  to  three  client  groups— 
those  whose  business  functions  are  strategical,  tactical,  or 
operational  —  who  need  to  have  easy  access  to  various  types 
of  information  to  manage 

o       the  instructional  process, 

o       financial  resources, 

o       human  resources, 

o       student  enrollment, 

o       material,  facilities  and  space. 

The  best  way  to  meet  strategic,  tactical,  and  operational 
needs  is  to  implement  a  Strategic  Information  Plan  that  will 
allow  the  sharing  of  corporate  data  among  systems  through  a 
network  of  terminals,  workstations  and  personal  computers  on 
and  off  campus.  There  must  be  a  clear  understanding  of 
corporate    data    and    corporate    systems,    with  consistent 
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dtfinitions  throughout  the  organization. 

* 

Th«  Strategic  Infornation  Plan  that  will  meat  thaaa  objactivas 
Auat  provida  atabla,  wall  dafinad  corporata  data,  yat  ba 
flaxibla  anough  to  naat  clianta'  naada  whil^  not  infringing 
upon  thair  aanaa  of  information  ownarahip. 

Tha  objac  Ivaa  of  tha  plan  arai 

-  integrated  corporate  computer  applicationa 

-  aubjact  databaaea  where  data  redundancy  ia  reduced 

-  conaiatant  definitiona  throughout  tha  organization 

-  aingla  official  aourca  of  information 

-  affective  uae  of  end  uaer  coola 


Some  menafita  of  li^lemanting  a  Strategic  information  Plan 


The  uae  of  computerised  information  will  directly  support 
BAIT'S  business  (people  and  resource  management)  and  academic 
(quality  of  instruction)  needs  in  these  wayss 

1.  Time  spent  determining  and  implementing  company  stra  agias 
will  ba  reduced  because  implementation  of  a  strategic 
information  plan,  will  allow  senior  administrators  and 
manag-  is  at  SAZT  to  access 

o       institute  a  personnel  performance  data, 

o       financial  data  fur  forecasting, 

o       information  on  mater^dla,    a(.ace   and  facilitiea 

uae  and  availability, 
o       curriculum   detaila   to   avoid    repetition  acroaa 

academic  departments  and  to  enaure  that  learning 

objectivea  are  conaiatant. 

2.  Corporate  data  vill  be  available  to  meet  the  random 
inquiries  for  i  fwtmation  from  outside  sources  and  to 
support  executive  decision  making. 

3.  Understanding  of  SAlT's  business  functions  will  be 
i'^^reased  because,  during  the  process  of  designing  and 
b.'lding  a  Strategic  Info^.^ation  Plan,  the  organization's 
business  functions  are  clearly  defined,  a  proceaa  that 
*«sults  in  improved  understanding  of  the  role, 
responsibilities,  and  reaourcea  involved  in  each  function 
and  how  it  contributes  to  the  organization's  mission. 

4.  Analyzing  the  efficiency  and  effectiveness  of  instruction 
will  be  possible.  Students'  progress  through  the  institute 
and  their  successes  or  failures  could  be  tracked  in 
relation  to 

o       previous  training  and  axpittience, 
o       program  changes, 
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o       courses  taken, 

o       type  and  style  of  inatruction  received, 
o       participation  in  learning. 

What  Managers  and  instructors  discover  about  student 
learning  could  be  used  to  encourage  successful  patterns  in 
the  learning  environaent  and  to  eliminate  unsuccessful 
patterns. 

5.  Creating  and  maintaining  records  will  become  much  less  time 
constming.  Currently,  academic  staff  spend  a  good  deal  of 
time  on  clerical  and  administrative  duties .  After  the 
implementation  of  a  strategic  information  plan,  time  spent 
on  non-instr actional  tasks  can  be  redirected,  increasing 
the  amount  of  time  an  instructor  can  spend  preparing  or 
delivering  instruction.  The  more  instructional  interaction 
students  have  with  instructors,  the  greater  the  opportunity 
for  students  to  be  successful  learners  and  the  greater  the 
opportunity  for  instructors  to  be  successful  learning 
managers. 


Few  organisational  design  projects  can  begin  before  the 
organisation  and  ts  individual  departments  have  clearly 
defined  their  mission,  goals  and  objectives.  a  SAlT-wide 
strategic  planning  session  and  renewal  conducted  in  1985 
ensured  that  SAlT's  mission, 

to  be  an  innovative  organisation  equipping  people  to 
compete  successfully  in  a  changing  world  of  work  by 
p    viding  relevant,  skill-oriented  education, 

was  clear. 

Some  of  the  conceptualizing  of  a  workable  strategic 
inf  rmacion  plan  occurred  durin?  Information  Systems  personnel 
and  SAIT  Administration's  discussions  of  business  functions. 
Representati'^es  from  each  division  on  campus  were  questioned 
about 

o       what  business  functions  they  perform, 

o       what  information  data  they  need  or  would  like 

tc  access,  and 
o       what    kinds    of    computer    systems    they  were 

currently  using 

information  Systems  personnel  then  dr&fted  a  document  that 
seemed  well  suited  to  their  clients'  business  function  needs. 
Two  key  products  were  the  BUSINESS  MODELS  and  the  DATA  MODELS. 
These  models  were  validated  and  revised  through  a  series  of 


interviews  and  presentations.  The  next  step  was  to  look  at 
the  existing  conputcj  systens.  These  existing  systens  were 
rated  from  1  (low  or  poor)  to  5  (high  or  excellent)  based  on 
11  criteria. 

The  technology  available  when  most  of  SAlT^s  current  computer 
applications  (third  generation  language  tools)  were  developed 
did  not  easily  lend  itself  to  integrated  applications  or  data 
sharing.  Currently,  SAIT  computer  business  applications  are  a 
fliixture  of  custom  developed  software  and  purchased  software 
run  on  a  large  mainframe  system,  mini-computers,  or  on 
personal  computers.  Over  time,  as  individual  user  computer 
system  needs  were  fulfilled,  the  amount  of  duplicate  data 
being  created  and  stored  was  inadvertently  increased. 

The  resultant  problem  was  inconsistent  and  redundant  corporate 
data,    ror  example: 

o       course  data  is  stored  in  6  or  more  systems, 

o       student  data ,   some  as  s imple  as  student  numbers ,   i s 

stored  in  as  many  as  8  systems, 
o       employee/inbtructor  data  is  stored  in  as  many  as  13 
systems, 

and  so  on.  The  result  is  costly.  Manpower  is  wasted,  time  is 
lost,  and  information  retrieved  is  contradictory.  For 
instance,  the  questions  "'How  many  students  are  registered  at 
SAIT?"  or  even  "^How  many  instructocs  are  employed  by  SAIT?** 
could  be  answered  several  ways,  depending  on  the  person  asked, 
the  storage  systems  used,  and  the  need  for  the  information. 
In  some  cases,  the  answers  to  qu^rStions  posed  by  senior 
executives  are  either  not  obtainable  or  cumbersome  to  obtain. 

A  further  problem  surfaced  with  expanded  use  of  personal 
computers:  faculty  and  staff  wanted  to  use  PC  based  tools  to 
massage  and  manipulate  data  that  currently  resides  in  the 
mainframe.  This  led  to  more  data  entry  and  more  data 
duplication. 

After  operational  information  needs,  current  systems,  and 
syster  problems  were  analyzed,  the  validity  of  the  strategic 
information  plan  was  assured  in  the  minds  of  SAIT  Information 
Systems  personnel.  The  design  phase  outlining  the  evolution 
of  an  integrated  computer  environment  was  completed^ 
culminating  with  the  future  goal  of  a  system  iv  which 

o       all  data  that  needs  to  be  shewed  would  be  centralized 

on  the  mainframe  computers   (possibly  distributed  and 

client/server   based   using  vax    computers   and  Oracle 

Relational  DBMS), 
o       transfer    of    information   between   PC   based  systems, 

powerful  workstations  and  VAX  mainframe  based  systems 

would  be  possible, 
o       new    system   development   would   be    compatible  with 

existing  computer  technology, 
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o       suMiary   infornation  would  b«   timely,    accurate,  and 

easy  to  retrieve,  and 
o       ad  hoc  reportin9  would  be  accr  aplished  by  end-users 

creating   their   own   customised   reports   or   on  line 

queries. 


laplraenting  the  Strategic  Information  Plan 


It  would  be  a  Chief  Executive  Officer  or  Information  System 
Director's  dream  come  true  to  be  able  to  implement  the  perfect 
strategic  information  plan  in  one  fell  sroop;  needless  to  say 
this  is  not  a  realistic  hope  in  the  educational  world  of 
budget  restraint  and  inconsistent  use  and  application  of 
conputers  across  campus.  Therefore,  a  logical  accomplishment 
of  the  plan  had  to  be  devised.  The  Information  Systems  team 
decided  that,  theoretically,  computer  applications  that  create 
data  should  be  Implemented  before  applications  that  use  data. 
Consequently,  they  decided  to  set  these  implementation 
priorities: 

1.  Financial  Resources  System 

2.  Human  Resources  System 

3.  Facility  Management  System 

4.  Materials  Management  System 

5.  Educational  Resources  (Library)  System 

6.  Student  Informr^ion  System 

7.  Alumni  Donor  ;:»ystem 


Changes  in  the  recommended  order  could  result  in  additional 
costs  be::auf>e  temporary  interfaces  between  the  old  and  new 
applications  would  have  to  be  developed.  As  these  old 
applications  are  reolaced  by  new  systems,  tha  temporary 
interfaces  would  be  thrown  out  resulting  ir  a  vaste  of  time, 
effort,  and  money.  Naturally,  though,  siiould  senior 
management  priorities  require  that  the  order  be  changed  (for 
instance,  should  the  creation  of  an  Alumni  Donor  System  lead 
to  increased  funds  ior  the  institute  in  general,  and  for 
further  strategic  information  plan  development,  in  particular) 
modification's  will  be  made.  Through  a  Computer  Advisory 
Committee  with  representatives  from  several  departments,  a 
review  of  the  order  of  implementation  was  done  end  matched 
with  a  "Business  Priority  Order".  This  order  will  vary  from 
institution  to  institution,  but  in  our  ct,-e,  the  Alumni  Donor 
System  war.  moved  to  the  top  because  of  the  potential  return  in 
investment . 

Whenever  possible,  appropriate  software  packages  compatible 
with  SAlT's  management  rtrategy  will  be  purchased.  if  there 
are  no  suitable  software  packages  available  for  purchase, 
computer  applications  will  be  custom  developed. 


38 


Prom  inception  to  completion,  implementation  of  this 
integrated  computer  system  would  vary  depending  upon 
availability  of 

o       financial  resources, 

o       human  resources  (end  users  and  systems  people), 
and 

o       computer  resources. 

Any  completion  deadline  Information  Systems  sets  will  allow 
for  a  phase**in  strategy  which  would  increase  access  to  data  as 
each  system  becomes  operational.    The  data  will  be  implemented 

in  a  building  block  approach  with  shareable  subject  databases. 
It  will  also  incorporate  a  training  schedule  that  will  ensure 
appropriate  use,  understanding,  and  acceptance  of  an 
integrated  system. 

As  users  learn  to  access  information  through  a  new  integrated 
system,  che  role  of  Information  System  Departments  will  change 
from  being  a  central  unit  responsible  for 

o       the   designing,    developing,    and   maintaining   of  all 
systems, 

o  the  retrieving  of  information  and  generating  of 
reports  for  end  users, 
to  an  administrative  unit  whose  role  is  now  to  help  end  users 
do  those  tasks  themselves  more  efficiently  on  an  ad  hoc  basis. 
Users  will  have  something  more  important  than  access  to 
information;  they  will  have  access  to  the  right  information 
at  the  right  time. 


The  Corporate  Bottom  Line 


The  efttimated  cost  to  SAIT  for  purchasing  software  packages, 
upgrading  central  computer  hardware,  and  enhancing  user 
workstations  to  implement  the  strategic  information  plan  is 
approximately  $3,000,000,  excluding  manpower  and  depending  on 
the  order  of  implementation.  The  expected  time  frame  is  5  to  6 
years  depending  upon  funding  and  stiiffing  resources. 

The  cost  of  not  implementing  the  plan  is  greater:  old  systems 
will  eventually  have  to  be  replaced  by  new  systems  for  a 
similar  dollar  figure,  but,  for  anyone  working  above  the 
operational  level  within  the  organisation,  frustration  with 
the  inability  to  access  timely,  consistent,  and  accurate 
information  for  forecasting  will  not  have  been  eliminated. 
Information  requests  critical  to  business  planning  will 
continue  to  go  unanswered  while  time  is  i^pent  compiling  data 
from  different  sources.  Operating  inefficiencies  as  a  result 
of  duplication  will  continue  and  possibly  increabe  when  old 
systems  are  replaced  piecemea' 
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Ultimately,  implementing  a  strategic  information  plan  like 
this  one  is  no  more  expensive  than  meeting  maintenance  and 
upgrading  needs  over  time,  but  the  bulk  of  the  expense  occurs 
up  front.  As  is  often  the  case,  it  doesn't  really  cost  any 
more  to  do  it  the  right  way  than  it  does  to  implement  short 
term  solutions  that  will  not  meet  long  term  needs  and  that 
will  have  to  be  replaced  eventually. 


The  Future  —  Implementation  Challenges 


Major  challenges  for  Information  Systems  personnel  will  be 

1.  to  secure  and  to  sustain  campus  wide  commitment  to  the 
plan, 

2.  to  overcome  the  natural  resistance  to  change 

3.  to  implement  a  long  term  solvtion  in  the  form  of  an 
information  strategic  plan  while  still  meeting  short 
term  needs,  and 

4.  to  obtain  the  funding  to  implement  long  term 
solutions. 

Users  would  also  need  to  recognize  the  value  of  an  open 
approach  to  corporate  data.  For  instance,  in  an  educational 
institute  those  users  who  determine  a  student's  grade 
(instructors),  could  record  that  grade  directly  into  the 
system  rather  than  filling  out  a  paper  report  which  is  sent  to 
a  secretary  who  photocopies  the  record  and  passes  it  on  to  the 
registrar's  office  where  it  is  changed  from  the  paper  report 
into  an  on-line  record  when  it  ir  keyed  into  the  system. 

The  value  of  an  open  system  will  not  be  recognized  until  users 
are  convinced  that 

o       the  integrity  of  data  will  not  be  contaminated  as  a 

result  of  direct  input, 
o       that    security    of    private    information    will  be 

maintained,  -^nd  tha^. 
o       the  way  people  do   their   jobs  will   change,   but  not 
their    purpose    —    providing,    either    directly  or 
indirectly  through  support,    relevant,  skill-oriented 
education. 

For  most  educational  and  training  organizations,  che  cost  of 
implementing  a  strategic  information  plan  is  prohibitive,  so 
the  challenges  relating  to  funding  end  finding  long  term 
solutions  can  be  met  only  through  an  innovative  and 
progressive  approach.    One  that 

0       keeps  the  changes  to  existing  systems  to  a  minimum, 

o       appropriately  uses  intecim  support  systems, 

o       establishes  optimal  user  cooperation,  and 

o       maintains   the   kind   of   high   standards   expressed  in 
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SAIT'8  Information  Systens'  mission  statement. 

The  need  for  innovative  and  progressive  approaches  to  solving 
educational  funding  problems  raises  interesting  questions  for 
administrators t  Could  inter-institutional  cooperation  reduce 
the  cost  of  implementing  an  advanced  and  valuable  Strategic 
Information  Plan?  Are  governments  prepared  to  fund  systems 
that  will  provide  better  reporting  and  institutional  support 
systems?  Would  colleges  and  post  secondary  institutes  share 
expenses  while  exchanging  skills  and  expertise?  is  there  an 
international  market  for  successful  Strategic  information 
Plans?  Once  organizations  begin  to  discuss  their  common 
problems  and  common  needs,  they  will  be  able  to  answer  these 
questions  and  discover  new  ways  to  meet  funding  challenges. 


Conclusions 


Many  attempts  have  been  made  to  resolve  the  problem  of 
providing  accurate,  pertinent,  and  immediate  information  to 
the  senior  managers  of  post-secondary  institutes.  Needs  have 
been  analysed  and  systems  designed  in  an  attempt  to  meet  those 
needs «  Information  systems'  personnel  have  attempted  to  store 
data  in  a  building  block  fashion,  adding  to  previously 
developed  discreet  systems,  adapting  them,  or  creating  new 
systems  as  each  new  type  of  data  or  request  became  apparent. 
But  data  that  is  not  integrated,  data  that  is  stored  in 
different  ways,  never  will  be  universally  reliable. 

Senior  executive  information  needs'  change  from  day  to  day  and 
the  only  strategy  that  can  meet  changing  and  sometimes 
undefined  executive  needs  is  the  establishment  of  a  corporate 
data  base  supported  by  a  responsive  system  that  will  process 
that  data.  The  system  that  will  effectively  resolve  business 
management  problems  has  to  be  based  on  a  business  model:  a 
Strategic  Information  Plan  like  the  one  described  here. 
Organizations  must  use  sophisticated  information  gathering 
systems  as  part  of  their  corporate  decision  making  or  they 
will  be  inadequately  prepared  to  meet  the  future.  The 
challenge  that  faces  far  seeing  educational  administrators  who 
implement  a  strategic  information  plan  is  overcoming 
resistance  to  change.  The  challenge  for  educational 
administrators  who  choose  not  to  implement  inte^^rated 
corporate  data  systems  will  be  to  keep  up  with  those  who  do. 
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Michigan 


ABSTRACT 

This  paper  covers  the  background,  planning.  Implementation  and 
current  challenges  facing  Oakland  Community  College  (OCC)  as  It 
transforms  Its  operations  through  Information  technology. 

The  1986  starting  point  reflected  benign  neglect  of  InfornrKitlon 
technology:  low  capital  spending,  obsolete  technology,  little 
involven^nt  In  college  declslon-nrKiktng,  no  recent  systems 
development,  mlnlnrKil  workstation  deployment,  and  no  user 
services  function. 

New  top  administration,  combined  with  vision  and  planning, 
transformed  Information  and  Telecommunication  Systems  (ITS)  Into 
on  integral  port  of  the  college  environment. 

Significant  challenges  remain.  Tight  budgets  and  conflicting 
priorities  hove  curbed  spending.  Rapid  chonaes  in  the  college's 
orientation  require  Ihot  the  added  value  of  l/S  initiatives  be 
defined.  Most  importantly,  ITS  continues  to  pursue  meaningful  and 
predictable  involvement  in  college*wide  strategic  planning* 
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Overview  of  the  Oakland  Community  CoUege  District 

Oakland  Community  College  is  a  multi-campus  two-year  institution  of  higher  education 
located  in  Oakland  County,  Michigan,  one  of  three  counties  comprising  the  greater 
Detroit  metropolitan  area.  The  College  provides  a  comprehensive  program  to  meet  the 
diverse  and  changing  needs  of  the  citizens  of  a  district  with  a  population  of  more  than 
one  million.  OCC  serves  29,000  students  at  five  campus  sites  and  ten  extension 
centers.  It  is  one  of  the  ten  largest  multi-campus  community  colleges  in  the  country, 
and  the  fifth  largest  provider  of  undergraduate  education  in  the  State  of  Michigan. 

Oakland  County  covers  an  area  of  approximately  900  square  miles;  its  assessed  valuation 
is  over  $16  billion.  The  Oakland  Community  College  District  is  identical  with  the 
Oakland  Intermediate  School  DistrUrt  and  generally  coterminous  with  the  county 
boundary. 

OCC^  five  campuses  are  located  throughout  the  county  in  Auburn  Hills,  Farmington 
Hills,  Union  Lake,  Royal  Oak  and  Southfield.  The  administrative  center  is  locr.ted  in 
Bloomf  ield  Hills,  and  an  additional  site  is  maintained  in  Pontiac. 

The  Office  of  Information  and  Telecommunication  Systems  is  responsible  for 
administrative  computing,  academic  computing  and  communications  for  the  College 
District.  Formed  in  December  1986,  this  office  provides  information  system  services 
including  operating  the  computer  center,  supporting  business  systems,  instruction  and 
instructional  support,  voice,  data  and  video  communications,  personal  computing,  and 
office  systems. 

TheChaUenae 

Though  once  enjoying  a  position  of  national  leadership  in  the  field  of  information 
systems,  the  College  had  fallen  behind  in  those  endeavors.  By  the  mid  70^,  the 
computer  center  had  become  a  maintenance  organization.  Essentially  it  had  served  two 
major  users,  the  registrar's  office  and  the  data  processing  instructional  program,  though 
payroll,  financial  aid  and  some  accounting  functions  were  supported  as  batch  operations. 

The  information  technology  arena  could  be  characterized  as  suffering  from  benigi 
neglect.  Organization  size  remained  static  and  there  was  little  capital  investment  In 
technology  for  nearly  ten  years.  When  such  investment  was  made,  it  was  always  rhe 
*V:heapest"  (in  terms  of  capital)  rather  than  t^le  best  solution.  As  a  result,  the  College 
became  saddled  with  inadequate  hardware,  software  and  services. 

The  staff  was  entrenched  in  a  maintenance  posture  with  few  opportunities  tor 
professional  growth.  Furthermore,  staffing  was  inadequate  to  carry  out  new  initiatives. 
Reasons  for  this  situation  are  complex,  but  probably  rest  with  leadership,  interest  levels 
and  understanding  of  technology.  The  CEO  of  the  institution  was  a  Attorn  line**  former 
industry  executive;  the  computer  center  director  wore  two  hats,  as  a  faculty  member  in 
the  data  processing  curriculum  and  as  manager  of  the  computer  center. 

StratCKie«>  Tactics  and  Plawiinn 

Late  in  198!^,  a  new  CEO  arrived  at  OCC.  Recognizing  the  state  of  affairs  and 
committed  to  the  use  of  technology.  Chancellor  R.  Stq>hen  Nicholson  initiated  a  review 
of  the  OCC  information  systems  environment.  To  accomplish  the  review  he  chose  the 
IBM  Application  Transfer  Study  (ATS)  approach,  and  called  for  the  convening  of  an  ATS 
team  in  October  1986. 


The  Application  Transfer  Study  process  is  a  free  consultative  service  offered  by  IBM  to 
its  clients.  An  IBM  specialist  acts  as  facilitator  for  a  team  of  custonr>er  participants. 
Through  a  system  of  questionnaires  and  interviews,  the  ATS  team  identified  seventeen 
root  problems  in  the  information  systems  environment.  To  address  these  root  problems, 
it  made  eleven  strategic  recommendations.*  The  College  has  used  this  study  as  the 
blueprint  for  its  information  systems  strategy. 

OCC  APPUCATION  TRANSFER  STUDY 
RECOMMENDATIONS 

1.  Develop  and  Adopt  Board  Policy 

2.  Establish  User  Advisory  Council 

3.  Disseminate  Information 

4.  Provide  Tools  for  Users 

5.  Acquire  Additional  Workstations 

6.  Install  Comprehensive  Telecom  System 

7.  Upgrade  Central  Site  Computing 

8.  Upgrade  System  Software 

9.  Establish  Computer  Services  Institute 

10.  Enhance  Computer  Center  Staff  and  Improve  Application  Systems 

1 1 .  Provide  Relational  Data  Bases 

Although  the  team  devoted  most  of  Us  time  discovering  problems  and  developing 
recommendations,  it  also  suggested  a  nple  implementation  schedule.  This  provided  the 
basis  for  estimating  the  cost  of  the  initiative,  calculated  at  approximately  $13.9  million 
over  five  years.  That  amount  did  not,  however,  include  telecommunications. 

Coincident  with  forming  the  Application  Transfer  Study  team,  a  new  chief  information 
officer  was  hired  in  December  1986.  Faced  with  the  a  forementioned  problems,  and 
given  the  responsibility  for  computing  and  communication  technologies  for  the  College 
district,  thr  new  vice  president  began  forming  plans  based  on  the  Application  Transfer 
Study. 

The  results  of  the  ATS  were  presented  to  the  Board  of  Trustees  in  March,  1987. 
Although  specific  funding  was  not  requested  at  that  time,  the  Board  lodged,  and 
subsequently  passed,  a  policy  endorsing  improved  information  technology  at  the  College 
in  direct  response  to  the  ATS  recommendation: 

BOARD  POUCY 

"In  order  to  maximize  its  resources,  Oakland  Community  College 
is  committed  to  the  development  and  maintenance  of  an 
information  and  telecommunications  system  which  is  at  the 
leading  edge  of  available  technology  and  which  serves  as  a 
participating  partner  in  all  operations  of  the  College. 

Such  a  systek  i  will  provide  accessible  data  bases  and  easily 
a  /ailable  interactive  capacities  which  will  effectively  expand  the 
capabilities  of  the  staff  and  significantly  enhance  educational 
services  and  offerings  to  the  community." 


«  Copies  of  the  OCC  ATS  report  are  available  from  CAUSE. 
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A  new  organizational  structure  for  information  technology  was  proposed  and  approved  by 
the  Collegers  top  oversight  committee,  the  Chancellor's  Council.  Known  as  Information 
and  Telecommunication  Systems  (ITS),  the  new  organization  reflected  che  ATS 
recommendations  and  was  comprised  as  follows: 


ITS  ORGANIZATION 

Vice  President— ITS 

 +  


Director  Director  Director 

User  Services        Computer  Services  Communications 


This  structure  provided  for  support  of  end-user  computing  and  recognized  the  need  for 
strong  network  planning  and  management.  An  advisory  Structure  for  ITS  management 
wez  devised  as  well,  which  featured  Information  Technology  Advisory  Groups  (ITAGs)  at 
each  of  the  campuses  and  two  college*wide  groups  —  one  for  Instruction  and  one  for 
Administration.  Composition  of  the  coUef  e*wide  groups  drew  from  the  campus  groups  as 
well  as  including  at-large  representatives. 

Th,js,  strategies  or  recommendations,  endorsements  of  improved  technology,  an 
organization  and  an  advisory  structure  were  in  place.  OCC  then  began  to  undertake  the 
task  of  tactical  planning  based  on  the  guidelines  of  the  ATS. 

Hardwaf e»  System  Software 

Many  of  the  ATS  findings  represented  needs  in  the  infrastructure,  i.e.,  the  very 
foundation  of  information  technology.  We  therefore  started  our  process  by  addressing 
hardware  and  software,  which  were  old,  unsupported  and  lacking  sufficient  capacitv. 

The  first  step  in  rebuilding  the  College  infrastructure  was  the  replacement  of  the 
College's  two  4341  processors.  By  combining  processing  needs  and  planning  to  support 
our  campus-based  Computer  Integrated  Mariofacturing  lab  with  T-i  communications 
lines,  and  with  the  benefit  of  IBM  price  incentives,  we  selected  IBM*s  3090  Model  120-E 
as  our  platform.  Following  Board  of  Trustees  approval  in  September,  the  3090  was 
installed  in  November,  1987.  OCC  was  the  second  community  college  in  the  country  to 
install  a  3090  processor,  and  the  $1.9  milHon  technology  initiative  was  the  largest  non- 
construction  proposal  passed  by  an  OCC  Board. 

The  system  software  operating  on  the  4341  included  .AM^  OS/VSl,  DATACOM/DC 
telecommunications  monitor  and  ISAM  database.  Our  system  software  oujective  was  to 
insure  that  the  College  (grated  with  supported  IBM  software  maintained  at  current 
levels.  We  im  ::ed  CICS  and  VSAM  as  part  of  the  3090  upgrade,  managing  a  major 
software  conversion  while  planning  for  the  hardware  cutover.  We  chose  to  first  install 
extensions  to  ;he  OS/VSl  operating  system,  and  then  migrate  to  MVS  following  the  3090 
installation;;  MVS  became  a  production  operating  system  in  October  1988.  The  VM 
environment,  the  most  modern  of  the  system  software  in  place  at  the  start  of  the 
initiative,  has  been  continually  maintained;  we  are  now  testir^  VM/XA  SP2  as  part  of  our 
future  migration  activities. 

OCC  has  had  a  major  Computer  Integrated  Manufacturing  (CIM)  partnership  mth  IBM, 
Cross  and  Trecker,  Kennametal,  and  other  corporations  since  1983.  The  OCC  project 
was  the  model  upon  which  IBMH  "^IM  in  Higher  Education"  program  was  based.  The 


Auburn  Hills  CIM  lab  has  12  IBM  5080  3-D  graphics  terminals  connected  by  T-1  circuits 
to  our  central  site  and  a  lab  of  IBM  Model  50Z  microcomputers.  Software  includes 
CADAMi  CATIAi  MICRCXIAD,  and  SLAM/II. 

Software  costs  continue  to  be  a  major  problem  facing  higher  education.  OCC  therefore 
became  one  of  the  first  participants  in  IBM^  Higher  Education  Software  Consortium,  an 
arrangement  that  pro^'ides  access  to  a  wide  range  of  VM  software  products  for  a  fixed 
annua!  fee.  As  a  resui^t  of  the  HESC  program,  OCC  faculty  members  are  now  evaluating 
such  VM  products  as  PASCAL,  C,  SQL/DS  and  Expert  Systems. 

Applications 

Once  the  infrastructure  was  in  place,  we  focused  on  a  small  number  of  application 
development  projects  that  demonstrated  the  added  value  possible  with  the  new  system. 
While  most  projects  were  indicated  by  the  ATS  study,  we  selected  those  that  would  not 
be  adversely  affected  by  implementation  of  new  integrated  administrative  software  for 
the  College. 

Touch*Tone  Registration 

OCC  was  a  pioneer  in  online  registration  systems,  implementing  its  first  vefsion  in 
1967.  The  registration  and  records  system  is  our  oldest  and  most  robust  administrative 
application,  and  the  registration  process  itself  had  not  changed  substantially  for  a 
number  of  years.  We  viewed  Toucn*Tone  registration  as  an  opportunity  for  the  College 
to  provide  an  Innovative  student  service  to  a  changing  student  community  at  a  relatively 
low  cost. 

We  began  our  Touch^Tone  research  by  commissioning  a  CAUSE  survey  of  large  colleges 
and  universities  which  indentified  30  institutions  that  had  implemented  such  systems. 
From  the  survey  we  established  a  field  of  six  vendors  who  responded  to  a  detailed 
RFP.*  A  college-wide  task  force  evaluated  the  proposals  and  selected  Computer 
Communications  Specialists  (CCS)  as  the  hardware  and  software  provider. 

The  strengths  of  the  CCS  offering  included  an  excellent  C-based  development 
environment,  the  ability  to  locally  record  and  modify  text  and  IBM  3l7k  emulation.  To 
our  host  system,  the  PC-AT  based  CCS  equipment  appears  as  a  remote  cluster  of  CICS 
terminals;  no  host  programs  are  used  to  translate  Touch*Tone  registration  requests. 

OCC  contracted  CCS  to  assist  with  the  development  of  the  initial  Touch*Tone 
registration  script.  This  speeded  implementation  while  providing  valuable  training  for 
OCC  staff.  Comprehensive  information  messages  and  registration  system  interfaces 
v/?re  designed  by  a  college-wide  team.  Students  can  obtain  informailon  on  admissions, 
financial  aid  and  other  services;  they  are  able  to  register  for  courses,  drop,  add,  search 
lor  open  course  sections  and  check  their  fees  and  schedules. 

A  randomly  selected  group  of  5,000  students  was  asked  to  participate  in  the  system  pilot 
during  Fall  Term,  198S.  The  results  of  the  pilot  were  overwhelmingly  positive,  with  98% 
of  the  students  indicating  that  they  would  register  via  Touch* Tone  in  the  future. 
Touch*Tone  registration  was  offered  to  the  full  student  community  durir^  the  1989 
winter  term.  The  service  is  available  from  7  a.m.  -  10  p.m.,  Monday  through  Friday  and 


*  Copies  of  the  OCC  Touch*  Tone  RFP  are  available  from  CAUSE. 
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8  a.m.  -  2  p.m.  on  Saturday.  By  the  summer  term,  30%  of  the  College^  early  registrants 
ware  using  Touch^Tone,  as  opposed  to  mail-in  registration.  Mail-in  registration  has  been 
eliminated  for  the  winter  term,  1990. 

ITS  is  presently  developing  an  extension  to  the  Touch*Tone  registration  system  that 
enables  students  to  pay  tuition  and  fees  by  credit  card.  Students  will  enter  credit  card 
numbers  and  confirming  data  to  store  credit  card  payment  information.  Credit  card 
transactions  are  passed  to  a  Visa  processor  after  the  close  of  business  and  prior  to  nightly 
tuition  batch  processing.  Approved  credit  card  payments  are  then  applied  to  the 
student^s  account,  and  rejected  transactions  result  in  a  letter  to  the  student. 

Touch*  Tone  registration  has  been  a  great  success  with  OCC  students  (despite  a  ''soft 
sell"  approach),  and  we  anticipate  a  similar  response  co  credit  card  pa/ment.  Aside  from 
convenience  and  service  for  the  student,  Touch^Tone  registratiori  and  credit  card 
payment  will  reduce  demands  on  College  staff,  diminish  dependence  on  cashiering 
technology  and  provide  the  basis  for  additional  financial  services  in  the  future. 

Faculty  Pay 

A  second  high-visibility/application  project  addressed  enhancement  to  the  faculty  pay 
system  of  the  College.  OCC  possesses  a  complicated  faculty  load  system  which  was 
managed  in  the  past  by  turnaround  of  paper  documents.  OCC  staff  designed  and 
implemented  online  entry  screens  to  input  assignments,  stipend  and  department  chair 
information.  Online  displays  enable  deans  to  view  teaching  schedules  and  load 
information  on  the  screen.  Load  documents  are  now  produced  with  a  number  of  edits  and 
error  checks  which  alert  deans  to  potential  problems.  As  a  result  of  these  enhancements, 
the  percentage  of  load  documents  needing  manual  processing  has  dropped  from 
approximately  33%  to  less  than  3%. 

Electronic  Mail 

With  Touch*Tone  registration  services  |>rovided  for  students,  and  improvements  to  the 
faculty  pay  system  provided  for  the  faculty  and  deans,  the  rest  of  the  College  community 
needed  high  visibility  applications.  Electronic  mail  and  a  library  circulation  system 
were  the  vehicles  for  ITS  to  help  connect  OCCs  multiple  campus  communities  and  sites. 

A  college-wide  task  force  evaluated  five  t  onic  mail  systems  in  the  spring  of  1988. 
Vendors  responded  to  a  comprehensive  RFP,  made  on-site  presentations  and  worked  with 
ITS  staff  to  install  all  five  systems  on  the  College  3090  processor  for  a  true  side-by-side 
evaluation  by  task  force  members.  In  May  1988  the  task  force  recommended  IBM's 
PROFS  as  OCC^  electronic  mail  system. 

Chancellor  Nicholson  recognized  the  importance  of  electronic  mail  to  his  leadership 
team  of  approximately  43  administrators  at  seven  sites.  It  was  decided  that  PROFS 
would  be  initially  implemented  cmong  administrators  and  their  principal  support  staff. 
Equipment  was  acquired  to  insure  that  each  administrator  and  principal  support  staff 
person  had  a  networked  workstation  on  his  or  her  desk. 


BITNET 

At  the  same  time,  OCC  became  the  third  community  college  in  the  country  to  become  a 
member  of  BITNET.  We  decided  to  develop  a  seamless  interface  between  PROFS  and 
BITNET  as  part  of  our  electronic  mail  product.  We  also  addressed  a  number  of  known 
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Shortcomings  in  the  PROFS  product,  includirig  centralized  distribution  lists,  multiple  note 
log  management,  disk  space  warnings,  bulletin  boards  and  a  staff  directory.  All  OCC 
enhancements  were  designed  to  incorporate  the  "look  and  feel"  of  PROFS.  A 
comprehensive  user  guide  was  developed  to  accompany  the  product.*  PROFS  was 
implemented  in  November  1988  with  90  users.  After  one  year,  there  are  now  over  350 
OCC  PROFS  users. 

Building  from  its  initial  BITNET  link  with  Wayne  State  University,  OCC  has  established 
leased  lines  with  neighboring  Macomb  Community  College  and  the  Oakland  Intermediate 
School  District,  which  provides  electronic  mail  and  administrative  services  to  most 
public  school  distric  t  in  Oakland  County.  These  links  provide  OCC  with  the  unique 
opportunity  to  develop  information  technology  applications  with  K-12  districts,  sister 
community  colleges  and  four-year  institutions  in  the  Southeast  Michigan  area.  OCC  is 
already  using  an  IMS  of  placement  application  running  on  the  Oakland  School« 
mainframe. 

Libraries 

The  OCC  libraries,  known  as  Learning  Resource  Centers  (LRCs),  fell  victim  to  the  same 
lack  of  interest  and  investment  that  had  befallen  information  system.  After  a  task  force 
reviewed  alternatives,  OCC  decided  to  join  a  library  consortium,  Detroit  Area  Library 
Network  (DALNET)  operated  by  Wayne  State  University  with  NOTIS  as  the  software 
product.  ITS  is  supporting  the  technology  and  networking  part  of  the  effort.  While  most 
DALNET  users  have  established  an  independent  point-to-point  network  to  support  NOTIS, 
OCC  has  chosen  to  connect  WSU's  and  OCCs  front-end  processors.  This  enables  any 
terminal  on  the  OCC  data  net  /ork  to  access  DALNET  using  a  full-screen  session 
manager.  Users  need  not  know  that  NOTIS  is  operating  on  another  institution's 
mainframe. 

Data  Network 

The  first  stage  of  infrastructure  building  involved  the  mainframe  computing  system.  The 
second  stage  involved  replacement  of  the  aging  Dimension  telephone  system  with  a  more 
modern  telecommunication  system.  Prior  to  this  activitv,  however,  some  networking 
basics  had  to  be  addressed. 

ITS  management  decided  that  it  was  in  the  best  long-term  interest  of  the  College  to 
defer  any  large  expansion  of  the  College  data  network  until  after  ttie  new 
telecommunication  system  cutover.  We  did,  however,  decide  that  any  network  expansion 
would  consist  of  VTAM  communications  and  intelligent  workstations.  We  therefore 
converted  the  College  data  network  from  BTAM  to  VTAM  in  several  phases,  the  last  of 
which  has  only  recently  been  completed.  The  PROFS  initiative  provided  the  opportunity 
to  implement  SDLC  connectivity  over  twisted  pair  media,  and  the  DALNET  project 
enabled  us  to  use  interactive  applications  on  remote  mainframes. 

We  also  faced  the  challenge  of  n}'jying  time"  with  the  communication  technologies 
already  in  place.  Three  different  technologies  were  employed,  firmware  and  software 
we.e  obsolete  and  inconsistent,  wiring  was  substandard  and  capacities  were  exceeded. 
Furthermore,  movement  of  the  data  center  several  years  before  had  left  network 
topologies  in  disarray.  To  further  complicate  matters  the  obsolete  network  provided 
users  the  opportunity  to  intervene  in  network  operatior  and  occasionally  cause  full 
network  failure. 

•  Copies  of  the  OCC  PROFS  Guide  are  available  from  CAUSE. 
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The  network  was  upgraded  through  the  purchase  of  additional  equipment,  firmware  and 
software  upgrades,  telephone  line  cotxiitioning,  network  reconfiguration,  and  the  VTAM 
implementation*  The  la&t  step  the  short-term  data  network  activities  was  adq[>tion  of 
SIM/GCS  as  the  College  session  manager  and  3270  emulation  product.  Today  each 
workstation  in  the  College  now  displays  the  same  multi-session  menu. 

Tetecommunicationa 

The  problem  of  the  aging  and  inadequate  Dimension  voice  communication  system  was 
addressed  in  r;r>id-i9S8.  Informal  discussions  and  proposals  quickly  led  to  the  conclusion 
that  a  county-wide  Digital  Cenirex  solution  provided  by  our  local  telco  was  the  most  cost 
effective  solution  for  the  College.  The  savings  generated  in  line  costs  and,  most 
especially  in  leased  line  data  circuits,  coupled  with  release  of  space  and  a  single  source 
vendor  iri^erface  were  the  significant  reasons  for  the  choice^ 


In  Febri.  *y  1989  the  Board  approved  a  proposal  for  installation  of  Digital  Centrex.  The 
savings  gc^nerated  r^'ovided  the  opportunity  to  include  voice  mail,  automated  attendant, 
station  message  detail  recording  and  in-house  moves  and  changes.  In  additior<,  our  sites 
are  beinig  rewir.-d  with  Yielded  twisted  pair  wiring  to  accommodate  voice  and  data,  as 
well  as  y  .^s  for  video. 

Our  data  network  will  migrate  to  Datapath  services,  providing  significant  improvements 
in  speed.  Likewise,  the  price  of  the  C^tapath  service  makes  growth  possible  without 
inordinate  CvSt  increases.  The  choice  of  Digital  Centrex  permits  an  easy  migration  lO 
ISDN  whc;n  feasible.  The  flash  cutover  of  nearly  1000  stations  will  take  place  in 
February  .^990. 

Personal  ProOuctivity  and  Laboratory  EnhancemenU 

Many  of  the  infrastructure  initiatives  revolved  around  central-site  hardware  and 
software.  CoiiKident  with  those  activities,  we  worked  to  improve  the  penetration  of 
micro  computers  at  the  College.  Three  separate  major  |>roposalr  amounting  to  more  than 
$1  million  have  been  approved  by  the  Board.  ^  majority  of  these  initiatives  have 
involved  improvements  in  vocational/technical  discipline  areas. 

Prici  to  19K7  our  only  student  laboiatories  were  in  vocational/technical  areas.  For  this 
reason  we  began  improvements  here.  This  permitted  the  College  to  lake  advantage  of 
Perkins  Act  matching  funds  and  to  redistribute  older  technology  into  support  areas  where 
no  technology  had  previously  existed.  This  "trickle-down"  approach  i;;  employed 
whenever  possible  in  order  to  make  the  greatest  penetration. 

During  this  oeriod  ITS  also  established  software  standards  of  WordPerfect  and  Quattro, 
and  installed  those  packages  and  a  standard  menu  on  nearly  100  machines.  For  dial-up 
users,  ProComm  was  selected  and  installed.  Pell-link  and  SNAP-II  software  was  provided 
for  Finar^'M  Aid. 

Again  in  response  to  ATS  recommendations,  considerable  training  in  all  standard 
packages  and  PROFS  h&«  been  conducted  or  coordinated  using  both  user  computing 
consultants  and  faculty.  Faculty  training  in  courseware  development  tools  was 
coordinated  with  an  outride  consultant. 
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Support  Services 


The  ATS  called  for  increased  distribution  of  information  and  help  for  users.  A  newsletter 
approach  was  chosen  as  one  vehicle  for  spreading  the  word.  Named  by  a  faculty  member 
IT  a  college  wide  competition,  TIDBITS  (Timely  Information  Dispensed  By  Information 
and  Telecommunication  Systems;  is  now  published  quarterly. 

ITS  is  in  *he  process  of  releasing  its  first  user  guide  to  information  technology  at  OCC. 
This  publication  provides  users  with  a  "how  to"  approach  to  using  our  varied  technology 
services.  In  addition  to  the  user  guide,  we  are  developing  a  document  listing  all 
production  reports  received  by  each  administrator.  This  document  will  provide  users 
with  an  overview  of  the  types  of  reports  available  upon  request. 

Designed  to  improve  responsiveness  to  information  technology  problems  and  questions^  a 
Help  Desk,  instituted  In  1988,  currently  responds  to  nearly  800  calls  per  month.  Help 
Desk  calls  are  screened  for  urgency  and  assigned  and  tracked  to  completion.  A  standard 
request  form  for  services  is  also  tracked  by  an  online  application;  ITS  processes  over 
1,200  work  .  .quests  each  year. 

Selection  of  a  college  vendor  for  microcomputer  maintenance  and  repair  "  improved 
service  while  reducing  costs.  Users  call  the  Help  Desk  with  a  repair  request,  and  the 
Help  Desk  then  dispatcher,  the  service  to  the  site.  Billing  is  coordinated  by  ITS. 

As  penetration  of  personal  computers  progressed,  a  campus  rotation  scheoule  for  user 
computing  consultants  was  instituted.  The  scheduled  rotation  times  are  published  to 
users  who  may  request  *1iands  on"  help  by  placing  a  call  to  the  Help  Desk. 

Personal  purchase  discounts  have  been  arranged  with  IBM,  Apole  and  Zenith.  Numerous 
license  site  agreements  have  also  been  arranged  for  personal  computer  software. 

In  1988,  The  League  for  Innovation  in  the  Community  College  and  IBM  sponsored  a 
"Competition  for  Excellence."  We  encouraged  our  faculty  to  submit  proposals  and  helped 
edit  and  finalize  the  forms.  As  a  result,  OCC  had  more  entries  than  any  othei 
community  college,  and  two  winners. 

Where  We  Are 

Until  1988,  IIS  had  relied  heavily  on  the  recommendations  of  the  ATS  and  internal  annual 
tactical  planning  to  build  the  infrastructnre  and  support  services  previously  mentioned. 
The  ATS  had  idenf'L  J  the  hck  of  comprehensive  information  systems  planning  as  one  of 
the  key  root  problems.  ITS  believed  that  information  systems  planning  had  to  be  an 
integral  part  of  college-wide  stratt^,  planning.  However,  since  the  college-wide 
activity  had  not  begun,  we  engaged  in  an  internal  planning  process  that  would  eventually 
beome  incorporated  into  the  college-wide  plan. 

Early  in  1989,  the  College  bega.:  its  overall  strategic  planning  process.  Because  of  the 
centrality  of  the  academic  mission  to  the  institution,  the  first  phase  was  preparation  of 
an  Academic  M^  ter  Plan  through  the  goals  stage  only.  Administrative  units  have  just 
responded  to  the  Academic  Master  Plan,  with  ITS  being  responsible  for  developing 
college-wide  information  technology  plans.  Early  in  1990  the  combined  academic  and 
administrative  plans  will  be  turned  into  strategies  for  the  College  to  follow  over  the  next 
five  years. 


Our  internal  planning  and  the  ATS  have  $erved  us  welh  We  found  little  conflict  with 
earlier  planning  efforts  once  the  Academic  Master  Plan  was  releascKf.  Our  earlier 
activity  readily  fit  into  the  administrative  planning  effort  and,  in  fact,  made  our  work 
easier. 

Both  our  day-to-day  involvements  and  our  long-term  objectives  require  considerable 
expenditures.  The  College  was  recently  blessed  with  a  one-time  lump  acquisition  of 
capital,  but  shrinking  state  funding  will  continue  to  put  pressvire  on  operating  revenues. 
Thus  hunmn  resources  and  all  recurring  funding  items  are  left  shortchanged. 

The  College  has  now  been  in  existence  for  23  years.  Bricks  and  mortar  are  deteriorating; 
all  units  of  the  College  have  less  than  adequate  support  staff;  the  College  Faculty  Master 
Agreement  and  corresponding  pay  and  overload  requirements  seem  to  require  all  new 
recurring  dollars.  Information  technology  improvements  thus  compete  for  scarce 
resources.  To  this  point  we  have  been  fortunate  in  putting  forth  adequate  plans  so  that 
our  initiatives  have  been  supported.  But  the  future  promises  no  resources  for  which  to 
compete,  unless  alternate  sources  of  funds  are  identified. 


What  Have  We  Learned? 

•  Progress  in  the  implementation  of  tecL.K>logy  is  far  easier  without  the  "Excess 
baggage**  of  the  past  practice— in  other  words,  if  there  is  less  penetration  of 
teclJK>logy  the  opportunity  for  change  and  transformation  are  easier.  Conversely, 
the  process  of  educating  unsophisticated  users  is  time-consuming  and  difficult. 

•  The  absence  of  a  sc;ohisticated  and  integrated  institutional  planning  process  has  not 
necessarily  hampereo  our  activities.  An  advocacy  plan  works,  at  least  for  a  while. 
In  the  case  of  OCC,  the  Application  Transfer  Study  served  that  purpose. 

•  Some  of  our  initiatives  might  have  been  easier  if  we  had  known  our  climate  and 
cuUiTe  better.  From  the  lay  Board  of  Trustees  to  the  custodian,  the  College  has 
long  held  a  "small"  view  of  itself.  Although  the  current  administration  understands 
the  fallacy  of  that  perspective,  dealing  with  the  autonomous  processes  at  seven  sites 
in  the  application  of  technology  was  a  staggering  problem.  In  our  efforts  to  provide 
service  we  oft^^n  suffer  from  a  misconception  on  the  part  of  users  that  we  are 
seeking  power. 

•  Without  appropriate  leadership  in  information  technology  our  efforts  would  have 
failed.  Although  hampered  by  lack  of  support  staff,  the  overriding  vision  and 
experience  of  the  ITS  management  team  is  essential.  Filling  the  leadership  positions 
first  has  proved  to  be  an  overwhelmingly  successful  strategy. 

•  The  combination  of  in-house  and  outside  experience  can  make  up  for  lack  of  staff 
size  and  depth.  OCC  has  made  judicious  use  of  consultants,  but  finding  the  right 
group  is  key.  Once  identified,  consultants  can  provide  services  in  many  areas — 
performing  in-house  tecKacal  training,  working  side  by  side  with  staff,  analyzing 
specific  problem  areas  and  conducting  mini-needs  assessments. 

•  As  noted  earlier,  ITS  established  a  system  of  advisory  councils.  While  this  process 
works  for  ITS-related  business,  the  integration  of  technology  into  other  college 
functions  required  a  different  approach.  Effective  this  year,  ITS  administrators  now 
sit  on  all  major  college  councils:  administrative  servicer,  student  services,  academic 
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services  and  research.  Thus  ITS  is  apprised  and  involved  at  early  stages  of  activities 
in  other  areas  that  nnay  require  technology. 

What  Du  We  Face? 

•  System  and  network  integration,  and  managing  the  technology  behind  this 
integration,  loom  as  our  biggest  challenges.  •Island*^  of  technology"  still  exist, 
though  they  are  not  as  pervasive  as  in  more  mature  institutions. 

•  Civen  the  dispersal  of  our  campus  sites,  the  network  must  provide  the  conduits  that 
bripg  technology  to  classrooms,  desktops,  libraries  and  support  service  areas,  ^e 
believe  our  digital  Centrex  decision  is  a  sound  one.  The  ability  to  migrate  to 
Integrated  Services  Digital  Network  (ISDN)  is  particularly  appedUng  since 
incremental  costs  will  not  be  as  great  as  if  another  solution  had  been  cho  ;;n. 

•  Integrated  information  systems,  currently  being  proposed,  will  bring  technological 
improvements  to  the  management  of  the  College.  These  systems  will  bring  to  the 
OCC  administration  a  common  base  of  information,  to  operate  the  College.  These 
systems  may  also  induce  significant  and  positive  organizational  change. 

•  The  OCC  faculty  has  been  slow  to  adopt  technological  approaches  in  the  classroom. 
Faculty  members  are  even  more  reticent  in  the  area  of  courseware  development.  We 
have  concluded  that  we  must  provide  some  incentives  to  faculty  in  order  to  achieve  a 
greater  infusion  of  technology  into  the  instructional  process,  e.g.,  personal 
computing  capability,  release  time  for  curricula  development,  readily  available 
consuitcition  and  training  on  instructional  technology  issues.  We  must  also  guarantee 
and  demonstrate  th^;  ihe  needed  infrastructure  is  in  place.  To  address  these  issues, 
the  coUege-wlue  instructional  advisory  committee  members!  lip  will  be  broadened  to 
include  more  faculty. 

Finally,  we  must  continue  to  develop  advocates  for  the  creative  uses  of  technology 
and  push  for  the  integration  of  technology  planning  into  the  College's  strategic 
planning  efforts.  These  activities  promote  value-added  applications  for  the  end  user. 

The  progress  made  in  applying  technology  to  OCC's  goals  and  mission  over  the  short  span 
of  three  years  has  been  remarkable,  bringing  major  transformations  in  the  work 
performed  and  services  delivered  througliout  the  College.  The  technology  infrastructure 
and  direction  is  in  place,  and  support  services  are  now  expected.  The  foundation  has 
been  laid  for  the  future. 
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ABSTRACT 

This  paper  describes  a  comprehensive  computing  master 
plan  for  academic  and  administrative  computing,  including 
interfacing  with  existing  technology,  goals  and 
objectives,  networking  approaches,  organizational 
impacts,  and  resource  strategies  that  have  been 
implemented  at  t  mid-size,  four-year  college.  Three 
years  of  consensus  building  and  education  among  various 
campus  constituencies  were  invested  in  the  plan. 
Physical  design,  functional  requirements,  organizational 
issues,  and  policy  issues  are  described.  The  process  of 
developing  and  implementing  the  plan,  as  well  as  six 
months  experience  with  it  in  place,  are  reviewed  and 
analyzed.  This  paper  is  directed  to  computing  and 
planning  administrators  from  small-sized  and  medium- 
sized  institutions. 
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IMPLEMLIiTING  A  CAMPUS  COMPUTING  PLAN 
Background!  The  Southern  Utah  State  College  Environment 


The  Inr.tltution  and  Computing 

Although  computing  has  taken  a  central  role  at  nearly  every 
institution  of  higher  education,  each  struggles  with  the  pressure 
to  provide  modem  computing  seivices  with  limited  resources  and 
with  competing  priorities.  Southern  Utah  State  College  is  no 
exception  to  this  common  problem.  With  enrollments  growing  as  high 
as  five  percent  each  year  (jumping  by  22  percent  this  year) ,  in  a 
state  with  severely  limited  resources  for  higher  education,  SUSC 
has  had  to  respond  with  a  deliberate  plan  for  campus  computing. 
The  College  is  a  comprehensive,  four-year  institution  with  3,600 
students,  130  faculty,  80  baccalaureate  and  vocational  degree 
programs,  and  two  master's  degree  programs.  The  College  ^s  about 
200  miles  from  any  similar  institution. 

Seven  years  ago,  SUSC  obtained  all  administrative  computing 
services  via  a  microwave  umbilical  to  a  sister  institution  300 
miles  away.  As  computing  evolved,  its  fractional  development 
prompted  the  College  to  a  unified,  cohesive  approach  for  all 
computing.  Because  of  its  size  and  limited  resources,  the  College 
was  unwilling  to  allow  separate  planning  or  completely  independent 
functions.  Thus  a  comprehensive  master  plan  for  campus  computing 
was  developed  and  implemented.  Un^.er  the  framework  of  the  plan, 
administrative  computing  occurs  on  the  campus  VAXcluster,  academic 
computing  is  decentralized  with  local  area  networks,  phase  1  of  a 
fiber  optic  network  is  in  place,  and  a  stud^nt-to-microcomputar 
ratio  of  18:1  has  been  achieved.  Equally  important,  SUSC  is 
organized  for  computing  and  for  its  future  in  systems  integration. 


Academic  Decentralization 

Talking,  tension,  and  consensus  building,  particularly  as  the 
computing  master  plan  was  developed,  resulted  in  decentraliried 
academic  computing  shaped  to  the  needs  of  academic  departments. 
With  the  assist&nce  of  an  ad  hoc  committee  of  faculty  and  staff, 
and  an  outside  consultant,  the  administration  was  persuaded  that 
a  student  fee,  as  well  as  state  appropriations,  should  *:und 
academic  computing.  On  thir  basis,  a  request  for  proposals  was 
issued  to  install  an  Ethernet  fiber  optic  network  connecting  the 
major  acadeiuic  facilities  and  to  purchase  microcomputers  and 
peripheral  equipment  for  three  new  local  area  networks  (LANs). 
Figure  1  illustrates  the  present  physical  layout  of  computing  under 
the  master  plan.  In  future  years,  as  resources  allow,  the  fiber 
network  wil  1  connect  al  1  buildings ;   and  all   comput ing  wil  1  be 


linked  to  the  network. 


Academic  computing  is  distributed  through  LANs  and 
laboratories.  Fjve  LANs  are  operational,  including  three  in  the 
School  of  Business  (one  of  which  is  for  computer  assis*-ed  design) , 
one  in  the  School  of  Science,  and  one  in  the  Library.  The  School 
of  science  also  operates  an  Apple  lab  and  a  VAX  terminal  lab.  The 
School  of  Arts  and  Letters  and  the  School  of  Education  provide 
Apple  labs  that  have  not  yet  been  connected  to  the  network. 
Further,  faculty  offices  in  the  Sc^  >ol  of  Business  and  in  some  of 
the  other  departments  of  the  College  have  microcomputers  connected 
to  the  network.  Departmental  and  open  access  hours  of  use  are 
published. 

Decentralization  has  evolved  as  campus  computing  matured. 
Fach  department  has  wanted  to  shape  its  own  computing  destiny,  but 
resources  nave  been  limited.  What  has  emerged  for  the  academic 
departments  is  centralized  computing  in  a  distributed  environment. 
Technical  support  is  centralized  in  one  or  two  staff;  applications 
support  is  provided  by  several  faculty  members.  As  a  result,  users 
look  to  the  central  services  of  academic  computing  for  training, 
maintenance,  and  general  support. 


Administrative  Centralization 

In  1984,  SUSC  acquired  the  Series  z  administrative  software 
from  Information  Associates  (lA) .  A  year  later,  the  state  of  Utah 
contracted  with  ia  for  statewide  licensing  ot  the  software  for 
higher  education  administration.  In  addition,  FOCUS  has  been  added 
ff,  ^eneratio-  language  and  report  writer  for  the  campus. 

.  K  major   software  modules   that   lA  has   developed  are 

installed  at  SUSC  and  supported  by  a  staff  of  about  2.5  full  tine 
employees  (FTE) .  The  college  has  placed  responsibility  on  the 
users  for  the  applications  of  lA  software.    The  student  Information 

"i^l^-"-^^  ^  responsibility  of  the  registrar's  and  financial 
aid  offices;  Financial  Records  (FRS)  is  a  responsibility  of  the 
controller's  office;  Human  Resources  (HRS)  is  a  responsibility  of 
the  business  and  personnel  offices;  Alumni/Development  (ADS)  is  a 
responsibility  of  the  development  office;  and  Loan  Management  (LMS) 
is  a  responsibility  of  the  loan  collections  office. 


Campus  Computing  Networlc 

V.  i,^T**®  fiber  optic  backbone  network  connects  the  major  campus 
buildings.  The  buildings  contain  a  variety  of  local  area  networks 
connected  to  building  backbone  networks.  These  building  networks 
are  connected  to  the  campus  fiber  optic  network  through  bridges. 

The  fiber  optic  network  is  supplemented  in  two  ways.  First, 
the  microwave  system  of  the  state  of  Utah  connects  susc  to  the 
University  of  Utah  and  from  there  to  the  Internet.  Faculty,  staff, 
and  students  can,  thereby,  access  national  networks.  Interlibrary 
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loan  and  2  nration  exchanges  can  also  be  expedited  through  the 
microwave  system.  The  link  reduces  SUSC*s  geographic  isolation  and 
makes  possible  improved  services  to  the  campus. 

T'iie  second  supplement  to  the  fiber  network  is  a  terminal 
netwozk  that  was  initially  installed  about  six  years  ago.  Managed 
by  a  DCA  355  communications  processor,  this  network  has  about  300 
terminal  lines  to  residence  halls,  terminal  labs,  administrative 
offices  and  classrooms.  Various  applications  can  be  accessed 
through  the  terminal  network.  As  the  campus  grows,  additional 
terminal  lines  can  be  added  to  the  terminal  network  or  to  the  fiber 
optic  network  through  terminal  servers. 

Through  the  campus  fiber  network,  faculty  and  scaff  can  access 
on-line  course,  financial,  and  other  management  information.  In 
addition,  all  users  have  access  to  various  VAX/VMS  tools  such  as 
word  processing,  database  management,  fourth  generation  report 
writers,  and  statistics  packages. 

A  variety  of  academic  services  are  also  supported  through  the 
campus  network.  The  College  provides  programming  languages  such 
as  COBOL,  FORTRAN,  BASIC,  Pascal,  C  and  LISP;  computer  assisted 
drafting,  and  a  variety  of  word  processing,  spreadsheet,  graphics, 
desktop  publishing,  statistics,  and  database  packages.  Electronic 
mail  is  available  campus-wide,  and  a  variety  of  specific  courseware 
and  public  domain  applications  are  also  provided. 


Functional  Organization  and  Support  Resources 

Figure  2  illustrates  tlie  functional  organization  of  SUSC 
computing  in  a  stack  diagram  that  begins  at  its  base  with  hardware 
and  concludes  at  the  top  with  separate  application  "arms,"  one 
administrative,  the  other  academic  courseware.  Providing  service 
for  hardware  platforms,  operating  systems,  network  communications, 
and  some  utility  software  has  been  the  responsibility  of  two  PTE 
staff  and  many  student  operators  in  the  Office  of  Campus  Computing 
Services.  Two  additional  staff  are  dedicated  to  the  administrative 
applications,  and  two  are  responsible  for  academic  computing. 

Ideally,  each  operating  system  should  have  staff  support. 
Network  communications  and  software  applications  might,  likewise, 
have  dedicated,  specific  staff  support.  The  College  is  unabl<£  to 
provide  levels  of  support  that  are  demanded  by  everyone,  but  much 
has  been  done  to  meet  basic  levels  of  operation. 

Whil  a  the  diagram  illustrates  the  integration  of  SUSC  *  s 
computing  functions,  it  also  highligbtj  the  complexity  of  academic 
computing  applications.  Courseware  is  curriculum  specific.  One 
or  two  FTE  staff  cannot  by  themselves  supporc,  maintain,  and 
integrate  all  of  the  courseware  appropriate  to  the  curriculum.  One 
or  two  FTE  staff  can,  however,  coordinate  courseware  technical 
support  and  provide  needed  assistance  wit^  network  communications 
to  augment  academic  computing. 
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The  key  to  the  success  of  integrating  computing  in  the 
curriculum  is  thi  faculty.  As  faculty  members  feel  comfortable 
with  technology  and  with  the  instructional  applications  of 
computing,  integration  begins.  Thus,  SUSC  determined  that  position 
announcements  for  new  faculty  would  include  duties  regarding 
computing.  Further,  a  fraction  of  at  least  one  faculty  FTE 
position  in  each  "computer-active"  department  would  be  assigned  to 
courseware  implementation  and  support.  Therefore,  at  least  one 
member  in  each  computer-active  department  would  have  a  specific 
duty  to  support  courseware  and  integrate  computing  in  the 
department's  curriculum. 

A  dilemma  for  the  College,  and  perhaps  for  all  small/medium- 
sized  institutions,  is  how  to  distribute  computing  with  limited 
resources  and  competing  priorities.  Every  department  cannot  be 
adequately  supported.  Technical  support  for  computing  trails  in 
priority  the  need  for  better  faculty  salaries,  more  library  books, 
and  modern  instructional  equipment.  Broad-based  planning  and 
extensive  coordination  has  been  necessary  to  balance  resources  and 
priorities  and  to  recommend  a  feasible  direction. 


The  Planning  Process 


Computing  steering  Committer 

In  1987,  the  College  established  a  computing  steering 
committee,  comprised  of  faculty  and  staff,  to  recommend  computing 
policy  and  to  coordinate  computing  activity  in  a  planned,  cohesive 
fashion.  Two  users  groups— administrative  and  academic— were  also 
formed.  The  Steering  Committee  developed  the  computing  master 
plan,  assisted  by  a  graduate  class  in  management  information 
systems.  The  graduate  students  provided  research  on  specific 
issues  which  the  Steering  Committee  suggested.  As  a  class,  each 
student  made  a  presentation  to  the  committee,  and  many  of  their 
recommendations  have  been  included  in  the  master  plan. 


Computing  Survev  and  nata  Collection 

With  the  encouragement  of  the  steering  Committee,  the  academic 
users  group  surveyed  each  department  to  determine  the  extent  of 
computing  activity  on  campus.  The  survey  found  that  nearJv  i8%  of 
the  curriculum  was  "computer-active"  with  faculty  requiring  or 
recommending  computing  in  their  classes,  other  specific  findings, 
included  in  the  plan,  formed  a  database  and  point  of  reference  for 
future  assessment.  Further,  the  master  plan  included  exhaustive 
data  for  two  years  of  VAXcluster  utilization.  F^r  t)  e  first  time, 
the  College  had  data  on  all  its  computing  services. 
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Goals  and  Obiectlves 

The  master  plan  contains  the  following  goals  and  objectives 
for  the  next  three  years. 

1.  Extend  the  fiber  optic  network  to  all  buildings. 

2.  Develop  all  the  capabilities  of  lA  software. 

3.  Complete  LANs  in  three  buildings. 

A.      Implement  internal  maintctnance  and  repair  functions. 
5.      Compile  and  analyze  student  LAN  utilization  data. 
6*      Develop  through  FOCUS  a  menu-driven  decision  support 
system. 

7.      Assist  users  with  training  and  reference  materials. 
8*      Continue  to  improve  computing  access  for  faculty  and 
students. 

9.      Assist    faculty    in    integrating    computing    into  the 
curriculum. 

10.      Prepare  a  budget  detail  and  configuration  for  processor 
upgrade. 


Problems 

The  computing  master  plan  encountered  three  major  problems* 
The  firsts  impacting  administrative  computing,  was  one  of  matching 
the  physical  limits  of  the  central  processors  with  user  demands  in 
a  fiscal  environment  that  will  not  allow  a  processor  upgrade  for 
18  months.  Usage  constraints  and  other  management  actions  have 
been  taken  to  **get  by,**  and  increased  support  from  the  State  is 
being  requested. 

Academic  computing  has  the  difficulty  of  not  clearly 
understanding  all  its  needs  and  objectives  in  terms  of  workstations 
and  applications.  It  is  further  handicapped  by  a  lack  of  funding 
to  fully  operate  LANs  and  provide  service  in  other  areas  of  the 
campus.  The  plan  recommends  increasing  student  fees  for  eqpiipment 
acquisitions  and  seeking  State  support  for  operating  funds. 

The  third  problem  is  the  human  relations  of  computing  and 
planning.  Individual  preferences  on  issues  of  philosophy,  resource 
allocation,  orr  anization — indeed,  nearly  every  topic,  created  some 
discord  and  dl  ;rust.  To  some  people,  the  plan  was  a  challenge  of 
control.  In  the  end,  academic  computing  decentralized  in  order  to 
govern  itself;  yet  now,  even  that  decentralization  has  been  "re- 
centralized**  to  some  degree. 


Planning  Qutcorngg 


Organizational  Implications 

The  Tiaster  plan  recommended  an  organizational  change  to  better 
reflect  actual  lines  of  responsibility.     The  Steering  Committee 
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proposed  that  administrative  computing  remain  under  the  direction 
of  the  Executive  Vice  President  for  Financial  Affairs,  that 
academic  computing  be  a  responsibility  of  the  Provost,  and  that 
computing  services  (computer  center  and  campus  network)  report  to 
College  Relations.  Figure  3  illustrates  the  new  organizational 
structure.  The  Steering  Committee  provides  a  coordination  and 
policy  role. 


Policy  Tfigues 

Implementing  the  master  plan  raised  several  issues  of  policy 
which  the  Steering  Committee  addressed.  The  first  was  how  to  place 
usage  constraints  on  the  VAXcluster.  without  a  processor  upgrade 
for  12  to  18  months,  action  was  needed  to  extend  the  capacity  of 
the  existing  processors.  The  master  plan  recommended  a  number  of 
constraints,  includin7  limiting  lA  applications,  batch  processing 
and  tape  back-up  to  off  hours,  limiting  frs  closings  and  reports 
to  weekends,  and  acquiring  alternate  equipment  for  Series  Z 
reports • 

A  unified  approach  to  the  standardization  of  hardware, 
software,  and  peripheral  equipment  was  adopted  not  only  to  assist 
with  acquisitions  of  equipment,  but  also  to  simplify  repairs  and 
servicing  under  a  new,  internal  maintenance  prograu. 

In  the  past,  the  College  has  been  unable  to  accurately 
identify  all  expenditures  for  computing.  With  the  encouragement 
of  the  Steering  Committee,  the  Management  Information  Systems  (MIS) 
class  of  graduate  students  researched  resource  allocation  models 
and  procedures  and  recommended  improvements  in  the  structure  of  the 
College  accounting  object  codes. 

Finally,  more  responsibility  was  placed  on  revitalizing  the 
users  groups  to  determine  their  objectives  and  needs.  The  Provost, 
for  example,  actively  works  with  the  academic  users;  and  each  users 
group  has  taken  its  role  more  seriously. 


Conclusion 

With  a  singular  approach  to  campus-wide  computing  services, 
SUSC  has  implemented  a  plan  within  a  campus  environment  of  limited 
resources  and  competing  priorities.  The  plan  is  an  essential  guide 
for  all  types  of  computing  and  will  allow  SUSC  to  remain 
competitive  in  the  dynamic  world  of  computing  technology. 


FIGURE  1 
PHYSICAL  ORGANIZATION 


FIGURE  2 

FUNCTSONAL  ORGANIZATION 
OF  CAMPUS  COMPUTING 
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Abstract 

Drew  University  Is  a  militant ly  liberal  arts  school 
thst  has  Implemented  a  pervasive  technology  system 
that  Includes  computing  and  a  fully  Integrated  voice 
and  data  network  (all  students  ^  faculty,  and  staff 
have  PC's,  voice  and  data  connections,  voice  and 
data  mall  systems,  and  a  range  of  network  services) . 
This  systam  was  designed  and  Implemented  wlt*:ln  the 
context  of  general  university  plans.  In  addition, 
all  technology  operations  report  to  the  8£\me  person 
(who  Is  also  the  chief  university  planning  officer) 
that  results  In  a  more  coordinated,  powerful,  and 
cost  effective  decision  process  than  otherwise 
possible . 

In  general,  when  technology  Is  seen  as  a  tool  rather 
than  as  technology  per  se,  when  lii^lementatlon  Is 
seen  as  a  human  rather  than  as  a  technological 
endea/or,  and  when  technology  can  lead  demand  rather 
than  react  to  It,  the  role  of  technology  systems 
becomes  central  to  Institutional  strategies. 


64 


Thm  Context 

Tbc:  fundamental  goal  of  llbaral  aducatlon  is  to  taach 
paopld  to  think.  An  aducatad  and  thinking  parson 
ayatamatically,  logically,  and  craativaly  aaaaseas  available 
information.  With  tha  glut  of  information  (tha  information 
aga")  education  has  tandad  to  bacoma  spacializad  and  narrow. 


Tha  pcasibility  for  educational  revolution  through 
coinputer  and  network  related  technology  is  substantial.  The 
nature  of  this  revolution  has  to  do  with  effective  access  to 
broad  areas  of  knowledge,  and  the  ability  to  conmunicate 
efficiently  about  them.  Computer  and  networking  technology 
is  a  tool  for  liberal  education .  This  tool  is  not  the 
personal  coa^uter  or  the  library  automation  system  or 
software  or  the  academic  confuting  center;  rather  it  is  the 
integrated  use  of  all  these  coflq>onents.  In  addition,  if  we 
are  to  prepare  our  students  to  make  a  contribution  to  an 
increasingly  technologicail  world,  they  must  make  use  of 
technological  tools  a  part  of  their  lifestyle.  This  does  not 
make  our  liberal  arts  students  technologists;  it  does  make 
them  more  capable,  thinking  people  in  their  everyday  life. 

Drew  is  an  independent  university  of  2200  students, 
including  an  undergradiiate  school,  a  graduate  school,  and  a 
theological  school.  The  university  is  described  as 
"militantly  liberal  arts, "  and  has  exhibited  ^he  usual 
unwillingness  to  support  any  undergraduate  c^gree  program 
that  smacks  of  professiionalism.  Indeed,  the  decision  to  allow 
a  major  in  Computer  Science  within  the  mathematics  department 
wiB  made  relatively  recently  and  only  after  much  faculty 
agony. 

The  seeming  anomaly,  then,  is  that  in  1983;.  the  college 
faculty  voted,  with  only  one  dissenting  vote,  to  inclement 
the  "Computer  Initiative."  This  initiative  was  taken  as  a 
result  of  research  and  planning  efforts  that  identified  the 
widespread  ufie  of  personal  computer  technology  as  an 
educationally  important  and  valuable  strategic  opportunity. 
The  CI,  as  it  is  called,  provides  every  entering  freshman 
with  a  cdrplete  coo^uter  package:  a  fully  configured  pc 
system,  printer,  and  software .  This  package,  including 
hardware  and  software,  is  the  personal  property  of  the 
student .  The  CI  was  followed  in  X987  with  a  decision  to 
implement  the  Knowledge  Initiative:  a  pervasive 
implementation  of  a  communications  and  information  processing 
network  system  that  optimises  every  individ:ual '  s  ability  to 
access,  process,  and    ammunicate  information. 
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Znplamttntlng  th«  Knowlttdg*  Znltlatlva 

miiltt  it  is  typical  to  think  Mtlraly  In  taxms  of 
4^«xt -based  conmunlcatlons  systama  (a.g.  conputarfl  and  data 
Mtwosks) ,  this  appxoac:  ovazlooks  tha  obvious  fact  that 
spokan  languaga  Is  an  Important,  rich,  and  Indeed  necessary 
form  of  communication.  Indeed,  since  coaputer  technology  has 
now  been  applied  to  voice  communication,  this  form  of 
communication  may  for  the  first  time  be  Integrated  in  a 
meaningful  way  Into  communication  network  design.  Current 
generation  telephone  Instruments  are  In  fact  computers, 
digitising  voices  before  sending  any  signal  over  the  wires. 
Feature-buttons  (e.g.  hold,  transfer,  conference,  forwarding, 
etc.)  are  actually  digital  signaling  that  send  a  command  over 
those  same  wires.  Similarly,  turning  lights  on  next  to 
buttons  Is  a  command  signal.  Voice  processing  technology 
(e.g.  voice  mall,  audlotex,  automated  attendants)  Is  In 
reaUty  computer  CPU's  with  disk  drives  rated  In  hours  (of 
voice)  rather  than  In  megabytes  or  gigabytes  of  7 -.orage. 
Thus,  noc  only  Is  the  control  of  voice  based  Information  more 
akin  to  that  which  we  are  used  to  using  effectively  with  text 
based  systems,  but  the  possibllites  for  true  Integraticn  of 
functionality  with  data  systems  very  high. 

Our  general  concept  is  ttfofold:  a)  information  proceb;slng 
and  exchange  is  the  cost  fundamental  activity  of  an 
educational  institution;  and  b)  one  should  be  free  to  cheese 
the  information  exchange  method  (voice  or  data,  immediate  or 
delayed)  which  best  fits  the  communication  need.  Thus,  for 
example,  a  library  search  would  logically  be  an  interactive 
data  session;  the  sxibmission  of  a  student  paper  wou'.d  bti 
delayed  (electronically-mailed)  data  session;  a  clarification 
of  a  course  assignment  would  be  simultaneous  voice 
communication;  an.  a  clarification  to  a  class  of  an 
assignment  by  a  faculty  member  would  be  delayed  (volca-mall) 
voice  communication.  And  of  courtie,  the  ability  to  have 
simultaneous  voice  and  data  commianications  would  be  a  real 
value  in  some  contexts,  such  as  for  a  professor  and  student 
to  be  discussing  a  library  automation  search  reference  list 
on-screen. 

He  were  guided  by  both  the  educational  and  the 
technological  principles  as  we  examined  communication  network 
alternatives.  The  typical  choice  for  data  communication  is  a 
broad  band  network  of  some  form.  Fiber  and  Ethernet  are 
among  the  '^ammon  university  buzz  words.  Similarly, 
telephones  are  telephones  and  are  generally  believed  to  be 
low-tech  twisted-pair  creatures.  Rather  than  starting  with 
technology,    however,    we   began   with    our    needs.       in  our 
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•nvlromiMnt,  w«  projttct«d  that  th«  typical  situation  vould  b« 
a  ralatlvaly  high  proportion  of  our  2100  usars  actlra  at  any 
ona  tlaa,  but  thmj  would  ba  carrying  out  relat.'i.valy  low 
voluma  data  transfar  tasks  (a.g.  amallar  taxt  tLlma,  not 
iDultlpla  scraans  of  high  rasolutlon  graphics) .  Oax  ultimata 
daslgn  naad  was  to  allow  all  2100  usars  to  sJisultanaously 
3iid  savaral  hundrad  bytas  without  system  rasponsa 
degradation.  Packet -based  data  networks  (e.g.  Ethernet)  are 
notoriously  poor  performers  In  this  type  of  many 
user/moderate  traffic  situation;  they  perform  superbly  in  the 
reverse  situation  (relatively  few  users  sending  large 
"chunks"  of  data) .  Contrarlly,  switched  networks  can  handle 
the  many  user/moderate  traffic  scenario  easily  because 
moderate  transmission  rates  (e.g.  less  than  64  kb)  handle 
smaller  amounts  of  Information  easily.  In  addition, 
because  current  phone  systems  also  use  switched  network 
technology  we  had  an  opportunity  to  develop  the  Integration 
of  voice  and  data  services  In  a  way  that  would  not  be 
possible  with  a  separate  voice  aiid  data  network. 

Serious  planii  ng  for  this  systoa  began  with  a  lengthy 
national  search  for  telecommunications/networking  consultant 
support.  After  careful  evaluation  we  selected  Teleglstlcs, 
Inc.  as  having  the  best  match  of  capabilities  with  our  needs, 
and  we  began  using  their  services  in  1987. 

The  first  step  was  the  development  of  a  "request  for 
Information"  (BFZ) .  Rather  than  invest  heavily  in  the 
development  of  detailed  technical  specifications  applicable 
to  the  many  switch  vendors ,  we  put  ou*-.  an  RFZ  that  described 
what  we  wanted  to  accooqpllsh,  what  our  concerns  were  (e,g. 
virtually  non-blocking  switch,  digital  technology, 
Integration  of  voice  and  data,  timeline,  etc.)  and  had 
vendors  inform  us  of  what  they  had  to  offer,  optimal  design 
scenarios,  etc.  From  these  response  we  examined  hardware 
and  software,  and  put  out  an  RFP  to  those  who  appeared  to 
have  the  technical  capability  and  support  apparatus  necessary 
to  Inqplement  the  project.  The  RFZ  responses  were  a  binding 
part  0-7  all  following  RFP  responses. 

Evaluation  of  the  proposals  and  selection  of  the  vendor 
was  based  on  a  multitude  of  factors.  Zn  general,  three 
factors  were  used  to  screen  and  rank  vendors;  for  the  highest 
ranked  oit  these  two  additional  factors  were  applied.  The 
first  factor  was  the  user  interface.  Of  primary  concern  to 
us  was  the  "humanness"  of  the  system.  Wille  there  are  many 
aspects  to  this  critical  dimension,  one  exan^le  of  this  is 
that  people  are  not  effective  ujers  of  "pound/star"  commands 
on  telephones   (e.g.  to  pick  up  a  call  dial  *6) .     For  this 
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xMSon,  v«  sp«clflad  that  t«l«phon«  station  aquipment  jsust 
hava  softwaxa  daflnad  and  labalad  faatuxa  kays  (a.g.  a 
•aparata  button  on  tha  phona  labalad  "ts.ansfex") .  Wa 
ultimataly  concludad  that  thaxa  must  ba  at  laast  10  such  kays 
avallabla.  Similaxly,  astabllshing  a  natwoxk  data  connaction 
had  to  ba  not  much  moxa  conpllcatad  than  tuxnlng  on  a  pc  with 
coomunlcatlons  softwaxa  loadad. 

SaCwAd  was  tha  systam  paxfoxmanca.  In  this  catagoxy  fit 
vaxlous  aspacts  of  tha  ta-^hnology  Itsalf:  data  thxoughput 
xata;  ntimbax  of  slmultanaous  usaxs  of  volca  and  data 
saxvlcas;  dagxaa  to  which  systam  *^lanclng  ox  anglnaaxlng 
had  to  ba  continually  dona  to  malntal  i  adaquata  paxfoxmanca; 
tha  aasa  of  usa  of  natwoxk  managamant  softwaxa;  ate.  Again, 
wa  waxa  lass  Intaxastad  In  spaclfylng  the  technical 
attxlbutas  of  tha  systam  thvi  spacl^lng  tha  paxfoxmanca 
standaxds  of  tha  systam. 

Tha  thlxd  ganaxal  evaluation  factox  was  futuxe  potential. 
This  Included  two  components:  the  adequacy  of  the  design  fox 
the  mlddle-texm  futuxe  (e.g.  ease  of  ability  to  suppoxt  ISDN, 
availability  of  softwaxa  development  tools  on  the  switch, 
etc.);  and  the  second  was  the  sexvlce  and  maintenance 
availability,  longevity,  and  cost.  We  xequlxed  evidence  of  a 
pxlox  hlstoxy  of  satlsfli^d  maintenance  customexs.  guarantees 
of  long-texm  availability  of  paxts  fox  expansion  ox 
enhancement  and  xepalx,  and  govaxnoxs  on  maintenance  cost 
escalation . 

Fox  the  top  five  RFP  xespondents,  a  fouxth  and  fifth 
evaluation  factox  wexe  applied.  The  fouxth  was  paxtnaxshlp 
potential.  He  knew  that  we  would  need  an  active  and  on-going 
xelatlonshlp  with  the  vendox(s)  to  develop  system 
enhancements  appxopxlately  and  keep  the  system  xe&sonably 
cuxxent  fox  the  longex  texm.  We  could  not  affoxd  to  be 
suppoxtlng  the  needed  development  activities  alone  but  wanted 
a  vendox  who  would  be  willing  to  use  our  system  as  a  location 
to  coopexatlvely  develop  and  test  softwaxa  and  haxdwaxe.  We 
descxlbed  this  as  an  Intexest  In  paxtnezshlp. 

The  final   factox  was  pxlce.      As  with  any  educational 
Institution,  pxlce  mattexs;  moxeovex,  we  needed  a  system  that 
optimized  thi  pxlce/perfoxmance/h\manness  txade-off . 
He  wexe  not  willing  to  make  significant  concessions  on  any  of 
these  factoxs. 

We  evaluated  pxoposals  from  14   coxpoxatlons,  InclurUng 
switching    and   telecommunications    haxdwaxe    fxom   ATT,  IBM, 
Zntecom,   NEC,    and  Noxthexn  Telecom;    and  computing  haxdwaxe 
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from  DEC  and  IBM.  Ultlmataly  w«  chose  to  forga  a  partnarahip 
with  Ball  Atlantlcom,  Zntacom,  Octal,  and  Digital,  and  latar 
with  MCI  for  natwork  aarvicaa  and  DRA  for  library  automation. 
All  vara  ccmmittad  to  craating  a  ona-of-a-kind  national 
ahowcaaa  damonatrating  a  fully  intagratad  educational  data 
and  voice  communicationa  network.  While  many  very  visible 
high  technology  universitii^s  have  ioiplemented  conqponents  of 
this  system,  no  school  has  to  date  Inqplemented  a  conqplately 
pervasive  system  that  provides  full  func;tionality  to  every 
student,  faculty  member,  and  ataff  office. 

The  system  we  installed  is  a  simultaneous  voice/data 
network  that  ia  fully  non-blocking  (that  is,  all  2100  people 
can  have  a  simultaneoua  voice  and  data  connection  with  no 
network  performance  degradation) ,  and  that  provides  a 
"connection'*  for  every  peraon  on  campus.  The  system  provides 
the  following  four  functional  components:  (1)  a  data  network 
linking  the  three  conqputing  centers  (academic, 
administrative,  and  library) ,  all  PCs  on  caucus,  ana  external 
networks  (including  BZTNET) ;  (2)  a  network  server  that 
provides  electronic  mail,  various  databases  and  information 
services,  etc.;  (3)  a  more  effective  voice  system  that  allows 
full  and  timely  communication  among  all  members  of  the 
caucus  community  through  an  expansion  of  current  phone 
service,  direct  inward  dialing,  inqproved  forwarding/ 
answering,  cost  accounting,  etc.;  and  (4)  a  voice  processing 
facility  including  voice  mail,  audiotex  (to  deliver  standard 
information  to  internal  and  external  publics) ,  automated  call 
routing,  etc.  The  system  includes  an  Zntecom  S80  with  about 
5000  ports  (2500  flex-ZM  ports) ,  an  Octal  Aspen  voice  mail 
system;  and  a  VAX  €330  running  All-in-1,  DRA  library 
automation  software,  Alexis  call  accowiting  software,  and 
other  network  services. 

In  very  concrete  terms  this  system  is  visible  to  the 
individual  on  campus  through  a  "station"  that  includes  a 
fancy  phone  with  function  buttons  and  the  student's  personal 
computer.  The  phone  is  in  fact  digital  and  uses  the  same 
binary  communication  method  ^hat  computers  use.  It  gives  the 
student  full-featured  voice  capabil.^ty  (e.g.  conference 
calling,  forwarding,  etc.)  znd  /oice  mail,  while 
simultaneously  connecting  the  pc  to  every  other  pc  on  campus, 
to  a  data  network  that  includes  All-in-1  as  the  e-mail 
system,  library  automation,  network  connections  to  other 
campuses  around  the  world,  and  a  variety  of  other  services 
including  telling  you  how  full  the  moon  is. 

The  system,  including  an  entirely  new  cable  plant,  all 
new   building    wiring,    building    of    a    new    network  center, 
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installation  cf  all  hardwara  and  voftwara  was  con^leted  in  10 
wsaks  through  haroic  affoxts  of  all  involvad,  beginning  on 
about  May  25.  Ha  bagan  training  of  faculty  and  staff  on 
about  August  15,  and  with  all  students  on  about  Septanbar  1. 
In  all  cases,  voice  and  voice  mail  were  taught  first, 
followed  by  network  services. 

lonact  and  Zs^lications 

There  are  six  outcomes  of  this  system  worth  special  note. 
First,  the  system  has  further  blurred  the  distinction  between 
academic  and  administrative  technology  services.  Kbile  the 
extremes  can  still  be  identified  (e.g.  the  payroll  database 
is  clearly  administrative  and  the  use  of  symbolic  equation 
manipulation  software  is  clearly  academic) ,  most  technology 
services  (networking,  pc's,  etc.)  are  used  by  all  *aculty, 
staff,  and  students.  As  such,  staffing  has  been  largely 
merged  and  traditional  distinctions  among  areas  largely 
eliminated. 

Second,  the  system  at  this  tism  may  be  thought  of  as  a 
fairly  complete  roadway  with  many  vehicles  on  it;  at  the  same 
time  it  is  clear  that  we  have  hardly  begun  the  process  of 
putting  up  the  roadsigns  (appropriate  software  applications) 
and  building  exit  ramps  (to  special  purpose  processors,  e.g. 
Unix  or  graphic  statior  j) .  This  will  develop  with  time,  out 
of  the  imaginations  of  our  people. 

Third,  one  should  anticipate  demand  and  put  in  hardware 
and  software  before  it  is  universally  demanded.  This  is 
important  for  two  reasons:  a)  in  the  typical  case,  one  or  two 
departments  begin  experimenting  with  the  use  of  information 
systems  technology  and  invest  in  hardware  and  software;  th* 
general  interest  grows  and  the  university  tries  to  put  in  a 
coherent  system,  but  must  fight  turf-like  battles  over  which 
technology  is  best,  and  then  whether  to  spcad  enormous 
amounts  of  money  trying  to  link  dissimilar  systems  or  throw 
away  the  investment  by  tossing  out  existing  systems;  and  b) 
putting  in  networking  systems  piecemeal  is  very  expensive  on 
a  per  unit  basis  compared  with  fully  desi<jning  and 
implementing  a  network  system  designed  to  optimize  needed 
functi.nnality  and  minimize  conqpatibllity  issues.  In  our  case 
we  have  acted  on  personal  computers,  networking,  and 
telecommunications  systems  before  the  demand  curve  rose.  As 
a  result  we  have  established  the  standard  that,  though  not 
everybody  agrees  is  the  one  best  one,  is  certainly  in 
everyone's  interest  to  be  compatible  with.  We  have  done  all 
this  at  a  cost  of  perhaps  one-third  that  nhich  jrould  normally 
be   r-xpended    for    similar   functionality   in   a   more  typical 
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situation « 

Rilatad  to  thm  first  thxmm  is  thm  fourth:  never 
undsrsstimats  ths  potential  need  for  additional  staff 
support.  As  line  distinctions  blur,  the  need  for  the 
development  of  hardware  and  software  integration  grows. 
Similarly,   given  a  versatile  network,  the  opportunities 

for  new  applications  to  make  more  effective  use  of  the 
network  grows.  Both  of  these  are  natural  and  important.  One 
must  then  balance  the  new  unmet  need  against  the  potential 
cost  of  development.  We,  frankly,  have  tremendous  demand  for 
software  development  that  we  cannot  meet  without  a  number  of 
staff  development  additions  that  we  cannot  now  afford.  To 
our  way  of  thinking  this  is  not  a  crucial  problem.  This 
problem  would  not  exist  if  we  had  a  less  capable  network. 
Should  we,  therefore  have  put  in  a  less  coinplete  netv*ork?  We 
could  have  done  that ,  but  at  ^  .gni  f icant  longer  term  cost . 
Bfust  we  immediately  meet  all  need?  As  long  as  everyone 
recognizes  that  the  current  system  accomplishes  much  that  was 
never  before  possible,  and  that  there  will  be  systematic 
development  of  software  over  time,  then  the  answer  is  no. 
However,  this  is  a  non-trivial  credibility  and  political 
issue  that  must  be  attentively  managed. 

Fifth,  the  system  is  ccn^lex  and  esqpensive  to  rur*  on  the 
other  hand  these  expenses  were  largely  anticipated  and, 
because  of  the  inclusion  of  phone  service  in  the  network 
system,  self -amortising  by  the  application  of  phone  use  fees. 
We  would  not  have  been  able  to  afford  to  put  in  and  maintain 
a  data-only  system  because  fees  for  its  use  would  not  have 
been  appropriate;  however,  by  applying  normal  residential 
rates  to  telephone  service  sufficient  revenues  are  generated 
to  largely  cover  system  c  at  over  a  s^ven  to  ten  year  period. 

Finally  and  most  importantly,  always  remember  that  the 
key  to  the  successful  integration  of  technology  into  an 
educational  environment  lies  not  with  technology  but  with  the 
people.  Avoid  being  undu*'^'  excited  by  technology  itself,  but 
do  become  excited  by  what  cechnology  can  do  for  education  and 
for  the  preparation  of  educated  people.  Pay  more  attention 
to  preparing  people  through  preparatory  information, 
accessible  training,  and  ready  sui^ort .  Certainly  some 
hardware  or  software  is  easier  to  learn  to  use  than  others, 
but  based  on  current  options  this  is  a  minor  concern.  The 
important  factors  are  not  ease  of  use  or  quality  of  graphics 
display;  rather  they  are  how  educated  people  think  and 
approach  information.  This  is  not  to  say  that  the  technology 
is  irrelevant,  but  that  the  key  to  success  is  to  look  at  all 
technological  endeavors  as  hvunan  endeavors. 
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Abstract 

Three  years  ago  a  paper  was  presented  which  -^iscussed  the  establishment  of  an 
IRM  organization  at  Cal  State  L.A.  and  initiated  a  strategic  planning  process  for 
information  technology  defining  parameters  for  three  major  projects  (a  new  digital 
telecommunications  system;  OASIS,  a  new  administrative  system;  and  instructional 
technology).  At  this  point,  the  University  is  well  into  implementation  of  these 
mu'  •  i-year  projects. 

The  V  niversity  continues  to  be  serious  about  meaningful  strategic  planning  and  in 
an  effort  to  learn  more  from  our  experience,  both  successes  and  failures,  this  paper 
offers  a  »Tetrosnective  view.  This  analysis  is  a  deep  view  of  what  was  done,  how  it 
was  done,  what  worked,  what  did  not,  and  what  might  have  been  done  differently. 


The  Best  Laid  Plans  .  .  . 
An  Impleipentation  Retrospective 


Introduction 

Three  years  ago,  the  proce  s  of  establishing  an  Information  Resources  Management  (IRM) 
organization,  introducing  a  participative  strategic  planning  model  for  information  technology  (IT), 
and  initiating  three  majcn-  mdti-year  informatim  technology  projects  at  California  State  UnivCTsity, 
Los  Angeles  (CSLA)  was  documented.  ^  In  the  ensuing  thirty-six  nK)nths,  the  IRM  organization 
has  matured,  the  strategic  planning  process  has  evolved,  ind  the  projects  are  well  on  the  way  to 
completion.  Ttiis  paper  will  examine  the  organizational  experiences  of  the  past  three  years,  note 
how  the  planning  process  has  changed,  and  list  the  major  successes  and  failures  from  the 
informaticm  technology  projects. 

OryflniMtionai  Development 

The  IRM  organizaticm  at  CSLA  was  first  established  in  late  1985  by  combining  several  information 
resource  functions  previously  located  in  Academic  Affairs  and  Administration  iuiO  a  single  unit  led 
by  a  Vice  President  for  Information  Resources  Management 

A  comparison  of  the  current  organization  chan  to  that  of  Fall  1986  (See  Figures  1  and  2)  reveals 
that  some  ''sctding  in"  and  regrouping  have  occurred  but  that  basic  functions  have  changed  little. 
Four  significant  changes  do  appear  (1)  Telecommur  ications,  Reprographics  and  Mail  Services 
now  form  a  Communications  Services  unit;  (2)  Acadt  mic  Technology  Support  now  incorporates 
both  instructional  computing  and  instructional  medi^  suppor;  departments;  (3)  the  Academic 
Information  Services  leader  has  been  elevated  to  an  Assistant  Vice  Presidency;  and,  (4)  strategic 
planning  administration  has  become  a  formally  defined  function  within  the  Ofiice  of  the  Vice 
President. 


The  cstabl'shmcnt  of  Communications  Swviccs  reflects  the  installation  of  the  telecommunications 
system  Rnd  its  importance  to  the  campus  as  a  whole.  It  also  indicates  the  growing  impact  the 
cany  us  network  has  on  both  Reprographics  and  Mail  Services.  The  second  change,  the  tusing  of 
media  and  instructional  computing  into  an  academic  technology  unit,  accommodates  both  the 
planning  and  the  delivery  of  instructional  support.  Media  and  computing  tend  to  blend  as  images 
are  created,  stored  and  transmitted.  Third,  the  creation  of  an  Assistant  Vice  President  for  IRM, 
Academic  Information  Services  recognizes  the  need  for  a  policy  level  support  person  to  focus  upon 


Figure  2 

IRM  Organlzallon  Chart 
Cal  State  LA. 
December  1989 
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infonnation  technology  issues  that  arc  of  primary  importance  in  instruction  and  research.  Finally, 
dedicating  a  director  level  position  within  IRM  to  strategic  planning  illustrates  the  institutional 
commitment  to  planning  and  to  closely  linking  IRM  goals  and  objectives  to  the  institutional 
mission. 

Perhaps  the  most  important  changes,  however,  have  occurred  in  the  oiganizational  culture  of  the 
IRM  unit.  The  Assistant  Vice  Presidents  (A  VPs)  and  Directors  have  come  to  function  reasonably 
v/cU  as  a  team  and  employ  a  matrix  approach  to  problem  solving  and  resource  allocation  with  some 
skill.  Personal  integrity,  a  desire  to  serve  clients,  forthright  communication,  and  haid  work  can  be 
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legitimately  claimed  as  (nrganizational  values.  Tht*  nece<:sity  to  find  the  time  to  plan  and  to  follow- 
up  activities  with  meaningful  evaluation  is  reccgni;:ed  as  an  impcMtant  part  of  the  fabric  of  the  IRM 
unit^ 

The  Evolution  of  Planning  Methodolopv 

The  fiist  IRM  Strata fic  Plan  for  CSLA  utilizing  the  Shirley  planning  methodolog}'  was  produced  in 
early  1986  and  predated  the  adoption  of  a  formal  planning  model  by  the  institution.  After 
examination  and  evaluation  of  various  models,  the  campus  chose  the  Shirley  strategic  planning 
methodology  in  October  1986.  The  adaptation  of  the  model  to  campus  needs  began  with  the  plan 
to  plan  which  called  for  the  development  of  ten  campuswide  tactical  plans  to  provide  operational 
parameters  for  carrying  out  the  mission  and  goals  of  the  institution.  IRM  was  one  of  the 
designated  tactical  planning  areas.^ 

In  Fall  1989,  the  CSLA  Strategic  Plan  was  approved  and  made  available  to  the  campus 
conununity.  The  strategic  plan  sets  forth  the  mission  of  the  University  and  elaborates  upon  it 
through  statements  of  relative  emphasis.  A  long  term  focus  for  action  is  provided  through 
seventeen  institutional  goals.  Drafts  of  the  various  tactical  plans  were  also  completed  and 
circulated  The  IRM  plan  is  carefully  aligned  to  support  areas  and  issues  which  are  emphasized  in 
the  CSLA  mission  statement  or  specified  in  fcnmal  campus  ^als. 

Unit  level  plans  which  collectively  encompass  all  of  the  goals  and  objectives  in  the  IRM  plan  were 
developed  and  arc  now  in  place.  There  are  seven  such  documents,  e.g.,  Academic  Technology 
Support  (ATS),  Administrative  Support  Services  (AdSS),  Analytical  Studies  (AS), 
Communications  Services  (CS),  Computer  Center  (CC),  Creative  Media  Services  (CMS),  and  the 
Office  of  die  Vice  President  (OVP).  Additionally,  each  manager  produces  an  annual  work  plan 
which  contains  measurable  objectives  directly  linked  to  the  unit  plans. 

To  summarize,  in  Fall  1986  die  IRM  Strategic  Plan  contained  goals  and  objectives  felt  to  be 
supportive  of  institutional  perspectives.  Its  format  was  generally  determined  by  guidelines  from 
the  systemwide  Chakxellor's  Office  which  mandated  an  annual  Campus  Information  Rexnurces 
Plan  (QRP).  By  Fall  1989,  die  IRM  Tactical  Plan  pro\ddcd  a  summary  of  the  IRM  Strategic  Plan 
(part  of  the  CIRP),  conformed  to  campus  guidelines  for  institutional  tactical  plans,  was  direcdy 
linked  to  the  CSLA  Strategic  Plan,  to  the  IRM  unit  plans,  and  to  annual  administrate''  work  plans. 
It  was  a  campus  document  reflecting  policy,  priorities,  and  resources  devoted  to  information 
technology  at  CSLA.  Goals  reflected  a  three  to  five  year  horizon  and  were  accompanied  by  a 
projected  five  year  budget.  The  objectives  were  written  for  the  current  fiscal  and  paralleled 
budgeted  expenditures. 

Project  Review 

One  of  the  purposes  in  creating  an  IRM  unit  was  to  provide  leadership  in  building  an  integrated 
informatiOi.  infrastructu^  which  fully  supports  the  instructional,  research,  communications  and 
administrative  needs  of  the  campus.  These  information  technology  needs  are  being  addressed 
through  thite  projects. 

The  three  major  multi-year  information  technology  thrusts  are  summarized  in  the  following  goal 
statements:  (1)  to  plan,  coordinate  and  assist  faculty  in  building  an  academic  computing 
infrabOiicture  to  meet  die  needs  of  CSLA  duough  the  1990's;  (2)  to  plan,  justify,  procure,  install 
and  operate  a  state-of-the-art  telecommunications  system  and  campuswide  network;  and  (3)  to 
plan,  design,  procure,  install  and  operate  integrated,  relational  based  administrative  applications 
systems. 
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Academic  Infrastnictim 

In  Fall  1986  the  CSLA  academic  computing  environment  consisted  of  about  400  student 
workstations/teraiinals  in  14  labs  or  classrooms  with  2  LANs,  60  faculty  workstations,  14 
mini/super  minicomputers,  a  Cyber  730  (shared  with  adminisuative  computing),  200  ports  on  a 
Gandalf  PACX  system,  four  full  time  support  staff,  and  about  20  student  assistants  4  This  Fall 
the  academic  information  technology  enviroament  has  630  student  workstations  in  33  labs  or 
classrooms  with  16  LANs,  approximately  300  faculty  workstations,  28  mini/super  minicoiuputers, 
an  Alliani  mini  supercomputer,  340  ports  on  two  Gandalfs  and  an  Infotron  INX  with  a  bridge  to  a 
Proteon  Pronet-10, 17  full  time  support  staff  (1 1  are  in  ATS  and  six  are  in  Schools/Departments) 
and  45  student  assistants.  Additionally,  annual  academic  information  technology  donations  to  the 
campus  have  tripled  to  a  sum  of  about  one  million  dollars. 

Telecommunications 

A  Pacific  Bell  Central  Office  Centrex  providing  approximately  2225  telephones  which  coupled 
with  a  Gandalf  PACX  port  selector  based  data  netwoik  with  about  450  connections  made  up  the 
communications  resources  for  CSLA  in  Fall  1986.5  The  campus  now  has  a  telecommunications 
system  from  Centel  Communications  Systems  consisting  of  a  Northern  Telecom  Meridian  SL-1 
PBX  with  about  2670  telephones,  an  Infotron  INX  4400  medium  speed  data  switch  with  250 
connections,  a  Proteon  jrtronet-10  fiber  optic  high  speed  network  which  supports  Ethernet,  Token 
Ring,  Starlan  3BNet  and  Applesharc  LANs,  a  Digital  Sound  voice  server  with  555  voice  mail 
boxes,  and  ComSoft  system  management  software  running  on  a  Mioovax  3600.  Additimally,  the 
Gandalf  PACX  with  approximately  750  connections  is  linked  to  the  Infotron  INX.  ^ 

Administrative  Systems 

The  administrative  computing  environment  in  Fall  1986  consisted  of  a  variety  of  CSU  developed 
Cobol  systems,  and  an  Information  Associates  integrated  business  system/financial  accounting 
system  (that  was  significantly  modified),  operating  on  the  campus  Cyber  730.  The  majority  of 
applications  were  batch  processing,  and  there  was  little  integration  between  different  modules. 
There  were  about  250  administrative  connections  on  the  the  Gandalf.  Today,  through  project 
OASIS,  a  joint  development  project  between  BM,  Information  Associates  (JA\  CSLA,  Califoniia 
State  University  Long  Beach,  and  Cal  Poly  San  Luis  Obispo,  the  institution  has  the  alum..! 
development  system  (ADS),  the  financial  records  system  (FRS)  (with  a  CSU  developed  front 
end),  and  the  student  information  system  (SIS)  from  Information  Associates  Series  Z  applications. 
A  few  other  Cobol  administrative  applications  have  been  converted  and  a  property  management 
system  has  been  developed  in  FOCUS.  All  appi:  itions  now  run  on  an  IBM  4381  T92E.  The 
Series  Z  applications  are  fully  integrated  an(*  provide  on-line  access  to  about  7(X)  administrative 
users  and  academic  departments. 

Prescriptions.  Preventatives^  and  Postmortgms 

Strategic  Planning 

The  rapid  technological  change  evident  in  higher  education  today,  as  illustrated  by  the  examples 
just  enumerated,  almost  demands  that  some  forai  of  strategic  planning  be  utilized  in  implementing 
information  technology  initiatives.  Such  a  process  must  fit  the  environment  of  the  institution 
where  it  is  utilized.  At  CSLA,  the  Shiriey  planning  methodology  provided  a  guideline  that  led  to 
the  development  of  a  process  that  has  adapted  well  to  campus  needs,  directions  and  uniqueness. 

The  planning  mode!  called  for  an  internal  and  external  assessment  of  the  campus,  including  a 
values  analysis.  From  this  baseline  examination  and  the  definition  of  a  vision  for  the  future  an 
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extended  mission  statement,  goals  and  measurable  objectives,  broadly  based  operational  strategies, 
and  detailed  actions  plans  were  developed  and  put  into  place.  Strong  support  from  the  President 
and  Executive  Officers,  a  focus  on  University-wide  priorities,  and  broadly  based  participation  have 
been  essential  elements  in  the  planning  resulting  in  pertinent  decision  making  which  has  led  to  the 
development  of  meaningful  polic^  and  procedures,  and  most  imporrantly,  enhanced  services  to  the 
Universi^J  There  is  a  strong  belief  at  CSLA  in  strategic  planning  in  general  and  that  strategic 
planning  for  IRM  works! 

Organizational  Iniriarives 

After  the  establishment  of  an  IRM  unit  at  CSLA  in  July  1985  and  the  emplojment  of  a  Chief 
Information  Officer  (CIO),  the  first  order  of  business  was  to  pull  diverse  units  of  the  new 
organization  together  into  a  cooperative,  cohesive,  service  oriented  group.  Through  the  strategic 
planning  process,  immediate  emphasis  was  placed  upon  an  analysis  of  campuswide  information 
technology  needs,  client  expectations,  existing  and  potential  pppoitunities/constraints,  values  of  the 
newly  formed  IRM  administrative  team,  and  strengths/weaknesses  of  both  the  campus  and  the 
IRM  unit  This  series  of  exercises  resulted  in  a  shared  understanding  and  appreciation  of  the 
magnitude  of  challenge,  some  ideas  for  possible  early  successes,  and  a  commitment  to  defme  and 
infuse  a  culture  into  die  organization  that  would  be  supportiv  of  the  CSLA  mission  and  also  be 
meaningful  to  IRM  employees  as  individuals.^ 

The  basic  characteristics  that  the  new  IRM  organizational  culture  strives  to  attain  are:  a  recognition 
that  responsibility  to  one's  clientele  is  inherent;  to  establish  an  environment  where  all  individuals 
are  treated  with  courtesy  and  respect;  fostering  a  balance  between  organizational  and  individual 
needs;  tying  rewards  to  productive  performance;  maintaining  personal  integrity  at  all  times; 
maintaining  an  atmosphere  of  professicHialism;  individuals  accepting  responsibility  for  contributing 
to  the  solution  of  problems;  an  organization  providing  equitable  and  consistent  service  at  defined 
levels;  maintenance  of  security  and  integrity  of  can^pus  data  bases;  and  the  observance  of  sound 
fiscal  procedures  in  all  activities.^ 

The  approach  defined  here  has  proven  to  have  been  very  successful.  Overall,  good  progress  has 
been  made  in  establishing  a  culture  with  similarities  to  the  ideal  described  above.  The  morale  of 
IRM  staff  members  is  good,  the  unit  is  regarded  with  respect  by  the  University  community,  and 
tiicre  is  broad  agreement  that  positive  institutional  change  has  taken  place  in  a  relatively  short  time. 

Other  factors  contributing  to  organizational  Initiatives,  more  fully  described  elsewhere,  are:  the 
usage  of  carefiiUy  selected  advisory  committees;  a  hroadbased  participation  in  decision  making;  the 
employment  of  a  campuswide  evaluation  structure  that  involves  every  IRM  unit  on  a  monthly 
basis;  frequent  internal  evaluation  of  administmUve  projects  and  unit  objectives;  and  providing 
external  and  internal  feedback  on  a  regular  basis. 

In  hindsight,  there  are  two  initiatives  which,  had  they  been  done,  very  probably  would  have 
enhanced  the  progress  made  to  date.  The  first  involves  the  establishment  of  user  liaison  positions 
in  AdSS.  This  was  initially  planned  but  put  on  hold  when  requested  positions  were  not 
forthcoming.  The  role  and  function  of  these  positions  are  demanded  and  are  not  carried  out  as  well 
as  they  might  be  by  project  managers  and  programmer/analysts  whose  primary  foe;  is  elsewhere. 
Secondly,  systems  seminars,  a  set  of  consciousness-raising,  change  oriented  group  exercises  for 
users,  were  proposed  and  discussed  but  not  done  due  to  an  already  extensive  primary  user  training 
schedule.  Had  these  group  exercises  been  conducted,  some  unrest  and  resistance  to  chance  deep 
within  client  organization  coukl  have  been  lessened  as  process  and  procedures  were  altered^  ^ 
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When  the  CSLA IRM  unit  was  formed  and  three  strategic  information  technology  thrusts  were  set 
forth,  there  was  a  conscious  decision  by  the  Piresident  to  focus  first  on  the  academic  infrastructure. 
This  was  the  area  of  greatest  need  and  visibility,  where  cooperation  between  IRM,  Academic 
Affairs,  Schools  and  E>epartments  could  most  easily  be  hi  ^  fa  concept  essential  to  the  success 
of  all  major  projects  at  CSLA)  and  where  th^  reallocatio  n  of  institutional  sources  was  best 
accepted  Tlie  soundness  of  this  action  has  been  shown  again  and  ag;ain.  i^urly  successes  here 
established  an  openness  to  the  possibilities  the  other  information  technology  projects  offered.  The 
cooperative  efforts  worker'  excepticMi&lly  well  leading  to  an  expectation  of  cooperation  as  the  basis 
for  systems  implementation.  Given  the  focus  on  information  technology  in  academic  endeavors 
faculty  members  have  been  very  receptive  to  innovation  and  to  incorporating  meaningful 
information  techn'^logy  applications  into  the  cuniculunt 

Several  other  dec  .ons  were  made  early  in  \c  project  that  seem  to  have  been  useful.  Thc^e 
include:  (1)  a  determination  to  nrove  to  u  .gl.'y  distributed,  networked,  academic  environment 
with  the  indiddual  workstation  as  the  bask:  access  device;  (2)  allowing  diversity  but  standaixlizing 
Implication  packages  whenever  general  agreement  could  be  attained;  (3)  providing  basic  student 
access  th:ough  general  labs  before  focusing  on  broadbased  faculty  access;  (4)  developing  targets 
based  upon  an  annually  constructed  course-by-course  matrix  showing  computing  requirements 
within  the  curriculum  by  disciplme;  L^d  i5)  establishing  the  director  ATS  as  the  focal  point  for 
planning,  funding,  iniplementinj  L.jd  operating  the  information  technology  infrastructure. 

There  aiC  implementation  stratt5gies  that  have  also  had  positive  impacts.  The  cooperative  model, 
referred  to  earlier,  has  allowed  fonctionality  and  defined  needs  to  drive  design  as  opposed  to  turf 
issues  or  politics.  Having  a  plan  in  place,  one  central  contact,  and  the  ability  to  leverage  funding 
from  ious  sources  has  made  it  far  easiei  to  woik  pnxiuctively  r/ith  vendors.  The  primary  mode 
of  faculty  training  has  been  to  use  highly  qualified  faculty  as  instructors  in  formal  classes  with 
hardware/softwaix  loaned  over  an  extended  period  (two  quarters).  These  programs  have  been  set 
up  in  such  a  .manner,  that  when  the  training  is  finished  participating  faculty  ntay  submit  proposals 
which,  if  accepted,  allow  them  to  keep  the  workstation  and  software.  Tienever  possible, 
matching  funds  are  provided,  usually  by  central  adroinistraticm,  allowing  less  affluent  departments 
to  buy  into  the  distribution  of  informatk>n  technology  resources. 

As  mentioned  early  in  this  paper.  Academic  Technology  Support  now  includes  both  instructional 
computing  and  media  support  personnel.  In  addition  to  the  advantages  alr-^ady  listed, 
organizational  blending  has  permitted  media  staff  to  be  cross  trained  and  to  augment  the  small 
instructional  computing  staff  in  support  of  Jab  facilities.  It  has  also  p;x>vided  needed  networking 
expertise  in  this  area  s!  ce  media  technicians  historically  provided  support  for  tho  campuswide 
video  -^itwork. 

Although  a  long  list  of  academic  infrastrucnire  needs  could  be  complete  i,  they  are  felt  to  be  iroie 
related  to  meager  state  funding  than  to  prior  decisions  that  might  have  been  made  differently. 

Telecommunicatjons 

Both  of  the  other  major  information  technology  projects  could  not  be  successful  without  an 
operational  network  being  in  place  within  a  specified  timeframe.  Thus,  in  a  very  real  way,  the 
"telecommunications  project  is  at  the  center  of  the  informaticm  technology  strategic  tnrust  at  CSLA. 
Given  that  the  major  elements  of  the  camp^wide  network  ha  been  installed  close  to  the 
m^lementation  schedule  and  well  within  the  its  needed  to  supporc  academic  and  administrative 
users,  tliat  the  voice  systems  provides  significantly  enhanced  functionality  over  the  centrix,  thai  it 
lias  been  very  reliable,  and  Jiat  the  voice  mail  system  has  been  a  popular  and  useful  adc^tion,  this 
voy  complex  project  has  gone  well. 
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Tlrie  ait  many  reasons  that  have  contributed  to  the  success  of  tins  undertaking.  Due  to  a  window 
of  siaic  funding,  this  pro;tct  was  underway  before  the  arrival  of  the  CIO.  A  draft  of  a  generic 
n^quest  for  proposal  (RFP)  was  provided  by  the  S^ate  to  CS^  i.  The  campus  was  then  asked  tc 
modify  that  document  to  fit  specificatims  of  the  instituticxi.  A  telccommunicaticms  consultant  with 
significant  experience  in  higher  education,  with  the  CSU  and  the  State  of  Califorma  was  retained, 
ine  CIO  selected  by  the  campus  had  been  involved  in  two  other  telecommunications  projects  at 
other  universities.  The  AVP  for  IRM  Operations  who  was  recruited  by  the  CIO  had  led  the 
implement^ition  of  a  telecom  system  at  another  institution.  The  manager  telecommunications 
hired  by  the  AVP  was  a  professicrf  al  in  the  -^^a  with  over  fifteen  years  of  expcri  -^e.  The  tasic 
RFP  was  modified  to  include  as  nr^any  mandatary  bid  options  as  possible  within  ^ce  guidelines. 
The  RFP  review  commitiec  consisted  of  representatives  from  all  areas  within  tlic  University  who 
were  involved  in  either  the  procurement  ur  the  installation.  The  client  ccHiimunity  was  briefed  well 
be.  *re  the  project  began  regarding  its  complexity,  its  importance,  and  potential  problems  which 
could  arise.  Trenching  and  wiring  wcrt  done  prinwily  at  night  and  on  weekends  to  avoid,  as 
much  as  possible,  th^  disruption  cf  classes  and  administrative  work.  A  train-the-trainer  approach 
was  taken  so  that  evcr>  academic  and  administrative  department  on  canq)us  had  their  own  **expert** 
Beyond  this,  extensive  hands-on  training  was  provided  for  anyme  who  would  attend  (most  people 
did!)  just  before  cutover,  and  continues  on  an  **as  requested"  basis.  The  telecom  staff  worked  with 
each  department  to  design  tlieir  own  functionality.  Once  an  office  configuration  was  agreed  upon, 
a  formal  signature  by  the  department  head  was  obtained.  As  many  classroom  (about  one  in  Hv 
and  offices  were  wired  for  data  as  the  budget  would  allow.  Within  guidelines,  all  new  instrunaents 
were  provided  to  departments  without  additional  costs  to  them.  Where  chargebacks  werv.  made, 
they  were  set  to  cover  actual  expense  and  were  one  time  charges,  i.e.,  Lhe  actual  additional  cost  of 
an  upgraded  instrument,  $300  for  a  data  connection,  $100  for  a  voice  ipail  box,  e^c.  Finally, 
ongoing  equipment  and  maintenance  costs  were  covered  ''off  the  top"  of  the  state  allocation  and  are 
not  passed  on  to  departments. 

Although  the  overall  assessment  of  the  telecommunications  implementation  was  positive,  there 
were  a  number  of  things  that  in  retrospect  could  have  been  done  difTerendy  and  quite  possibly 
would  have  made  it  even  better.  The  generic  R!7  should  have  been  reviseu  well  beymd  providing 
campus  specific  numbers  and  adding  mandatory  options.  In  some  places  the  layout  was  confusing 
to  vendors,  in  others  it  was  vagu;  allowing  bidders  too  much  latitude  (this  was  especially  true 
regarding  the  management  system),  and  'ht  evaluation  criteria  could  have  been  somewhat  more 
rigorous.  The  consultant  was  proHbly  kept  on  retainer  for  too  long  and  the  new  manager  of 
telecommunications  was  not  brought  on  eariy  enough.  The  usefuhiess  of  the  consultant  lessened 
after  the  vendor  was  selected  and  the  contract  was  finalized.  The  new  manager,  clearly,  should 
have  been  involved  in  the  contract  negotiation  phase.  The  contract  calls  for  one  full  time,  on  site, 
vendor  supplied,  technical  support  position.  The  needs,  at  lenu,:  for  ti:c  fir^t  two  years,  indicate 
that  a  second  position  should  have  been  specified.  e  number  of  secondary  vendors  involved  in 
the  bid  probably  should  have  been  limited.  There  are  a  total  of  five  companies  represented  in  die 
conq)lete  system,  and  that  is  too  many  for  a  small  staff  to  easily  handle.  Six  weeks  were  allotted  to 
conduct  the  station  review  and  to  design  the  department  configurations,  a  minimum  of  two  to  three 
more  weeks  should  have  been  ullowed.  Ttie  management  /stem  was  far  more  critical  than  initially 
believed.  It  should  have  been  in  place  for  three  nmntns  before  cutover  and  tested  v.-^th  a  full 
compliment  of  data  instead  of  being  available  at  cutover  witii  limited  test  data.  Finally,  tii't  most 
critical  tinting  issue  was  related  to  the  voice  system;  this  inadvertendy  resulted  in  the  oihtr 
components  receiving  a  somewhat  lower  level  of  attention.  The  same  level  of  intensity  was  needed 
until  all  elements  of  the  total  system  were  in  place  and  completely  operable. 

Administi^Jva  Sygstems 

Project  OASIS  has  enabled  CSLA  to  move  away  from  a  20  year  old  dat^,  processing  philosophy 
for  adnunistrative  systems  into  an  integrated  information  systems  environment  residing  on  an  IBM 
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platform.  The  second  phase  of  OASIS  calls  for  the  installation  of  a  completely  integrated  DB2 
based  on-line  set  of  administrative  applications.  The  total  project  is  scheduled  for  completion  in 


This  joint  development  project  has  progressed  very  well  to  date.  There  were  a  number  of  actions 
that  helped  account  for  the  success  of  OASIS.  The  commitment  of  the  Chancellor's  Office  and  the 
three  CSU  cmnpus  Presidents  set  the  stage  initially  and  continue  to  provide  a  driving  influence  for 
the  project  The  cooperation  between  Ae  information  .systems  and  application  area  staffs  of  the 
campuses  have  been  extraordinary.  The  suppcMl  and  expertise  supplied  by  IBM  and  Information 
Associates  have  been  excellent.  An  oversight  committee  structure  consisting  of  a  Steering 
Committee  (focusing  on  policy  and  ccmtraci  issues),  an  G^)erations  ODmmittee  (focusing  on  laajor 
implementation  issues),  and  a  Technical  Conmiittee  (focusing  on  day-to-day  technical  issues)  has 
wcniced  well. 

At  the  canq>us  level,  the  inn?^ementation  has  been  guided  by  task  foiices  made  up  of  users  and  IRM 
staff.  Each  major  module  had  an  affiliated  task  force.  A  policy  level  task  force  which  included 
two  senior  faculty  members  provided  liaison  with  the  Academic  Senate.  This  model  provided 
excellent  communication  and  played  a  significant  role  in  maintaining  an  ambitious  sche<^ule.  A 
hands-on  training  room  was  set  up,  and  extensive  training  was  provided  for  sy  sterns  iixq)lementers 
and  end  users  on  an  on-going  basis.  Hardware,  software  and  data  connections  were  supplied  to 
every  academic  and  administrative  department  in  the  institution  aUowf  ig  almost  immediate 
broadbased  access  to  the  database.  A  voice  i^^gistratici  system  was  installed  permitting  many 
students  to  register  via  touch-tone  telephone  creating  enough  good  will  to  more  ihan  overcome  any 
expected  "glitches"  inherent  in  a  new  system.  Finally,  as  this  list  indicates,  the  macro  level  project 
management  was  handled  with  skill. 

As  anyone  who  has  tver  been  involved  in  a  major  systems  imp  ei  :5ntation  realizes,  there  are 
always  lessons  to  be  learned.  Although  several  senior  managers  ha  J  «^ior  experience  in  a  systems 
conversion  effort,  many  of  the  staff  did  not.  Only  a  few  individuals  hhd  experience  in  moving 
from  one  hardware  vendor  to  another  while  doing  an  application's  system  conversion. 
Consequently  the  magnitude  of  the  transition  from  the  Cyber  tc  the  IBM  nudnframe  and  the  data 
conversitjn  efforts  were  underestimated.  In  like  manner,  as  menuoned  earlier,  greater  eflfOTt  was 
needed  to  prepare  the  user  community  to  fully  understa-  i  issues  such  as  data  integrity, 
coordination  and  timing  that  are  critical  in  integrated  systems.  Due  O)  these  difficulties  and  to  the 
fact  that  the  cam^  as  experienced  a  major  earthquake  early  in  the  implementation,  "cach-up" 
became  an  emphasis  and  project  management  at  the  micro  level  suffered  Although  documentation 
was  better  than  with  the  replaced  systems,  more  is  needed.  This  is  especially  true  ith  Computer 
Center  operations  and  in  procedure  devdopment  ir  some  user  areas.  The  Informa^  jn  Associates 
Z-ivriter  provided  enhanced  ad  hoc  data  retrieval  capability  but  was  not  easily  used  by  a  user 
community  without  signilRcant  experience  in  doing  ad  hoc  retrieval  before.  This  was  one  the 
areas  where  user  liaison  positions  were  greatly  needed.  Better  coordination  between  Computer 
Center  operations  staff  and  Facilities  Management  staft'  was  needed.  The  new  information  systems 
environment  required  a  far  more  timely  response  than  was  true  before,  and  there  have  been 
difficulties  with  environmental  systems,  1.5.,  water,  power,  ?ind  air  conditioners,  that  have 
negatively  inq)acted  the  implementation  effort 

The  largest  single  problem  resuhed  from  an  over  ambitious  dev  lopment  schedule  foi  a  front  end 
point-of-sale  (POS)  system  for  Cashiering.  IBM  provided  hardware.  Information  Associates 
mainframe  softwarr ,  Sales-Point  (a  third  party  vendor)  software  fck  \ht  cash  registers,  network, 
and  servers,  and  CSLA  did  the  alpha  and  beta  tests.  Due  to  slippage  in  delivery  of  the  third  party 
software,  the  system  was  put  into  operation  before  being  thoroughly  tested-and  predicotble 
difficulties  ensued. 
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Miscellanmus  Qbservarions 

By  any  measure,  fhe  progress  in  IRM  at  CSLA  over  the  three  year  period  from  Fall  1986  to  Fall 
1989  has  been  reasonably  impressive.  Eight  critical  success  factors  were  initially  listed  as  being 
crucial  to  the  success  of  the  strategic  information  technology  projects.  Those  factors  were: 
(1)  Top  Management  Support:  The  President  and  Executive  Officers  have  provided  direction, 
encouragement  and  resources  whicn  offer  a  very  visible  vontext  for  all  to  see.  (2)  Project 
Leaderi^hip,  Both  IS  professionals  and  end  users  have  performed  well.  Macro  project 
management  has  been  excellent  and  nncro  level  project  management  is  steadily  improving. 
(3)  Participative  Planning,  It  is  difficult  to  envision  CSLA  being  where  it  is  today  in  infonnatiwi 
technology  without  the  effort  that  has  gone  into  the  planning  process  and  the  signiHcant 
involvement  of  many  people  across  the  campus.  (4)  Significant  User  Involvement.  The  task 
forces  have  been  mentioned  and  are  of  great  importance.  Anotl^er  aspect  of  user  involvement 
focuses  on  the  noonfhly  evaluation  of  IRM  units  by  their  clients.  All  units  have  been  evaluated 
montiily  for  two  years  now  and  the  user  response  rate  remains  at  over  50%.  (5)  Education  and 
Training.  A  great  effort,  with  ineaningful  resiUts,  has  been  devoted  to  training^  This  area  remains 
a  challenge,  and  it  is  clear  that  further  efficiency,  effectiveness  and  innovation  are  possible  if 
additional  resources  can  be  found.  (6)  Process,  Policy  and  Procedure  Development.  It  was 
anticipated  that  this  would  be  one  of  die  most  difficult  challenges,  Although  much  remains  to  be 
done,  and  musl;  be  done,  aaequate  progress  has  been  made.  Both  the  ta^  forces  and  the  IRM 
advisory  committee  structure  arc  credited  with  major  contributions.  (7)  Timely 
Telecommunications  Installation.  All  deadlines  were  met  with  time  to  spare.  Hie  basic  building 
blocks  for  the  CSLA  information  technology  infraftructure  are  now  in  place.  The  challenge  now  is 
to  tie  as  many  individuals  to  the  infrastructure  as  quickly  as  is  possible.  (8)  Funding.  To  date, 
through  sacrifice,  careful  planning,  good  management  and  extra^tdinary  cooperation,  funding  has 
been  seciued  for  these  projects.  The  demands  are  on  going,  and  the  campus  must  locdc  to  the  State 
to  recognize  the  Importence  of  information  technology  in  wavs  beyond  what  has  been  historical  if 
the  rate  of  progress  is  to  be  sustained  over  a  period  of  years.^^ 

In  concluding  this  section,  it  mast  be  noted  that  the  comments  here  have  not  attempted  to  address 
overall  needs  of  any  of  the  information  technology  piyjects.  Rather,  they  have  br-  -  lui  d  to 
acticms  basically  under  fairly  direct,  short  term  control  by  the  campus.  For  example,  it  wou  *io. 
be  recommet  ided  that  newly  formed  organization  with  a  new  leader  from  the  "outside"  tackle 
three  simultaneous  multi-year,  multi-million  dollar  projects.  It  was  done  because  not  doing  it 
wouM  have  meant  missed  opportunities  not  likely  to  have  been  replicated  in  the  foreseeable  future. 

ronglu»inn 

The  fact  that  th«  world  is  rapidly  changing  need  not .  m  that  we  are  destined  for  a 
future  of  dison^er,  disruption,  and  dys^nction;  but  higher  education  administrators 
must  realize  that  they  not  only  manage  finances,  curricula,  or  services  -  they  also 
manage  change. 

This  quotation  catches  the  essence  of  much  of  what  has  been  reinforced  through  the  IRM  pi  ejects 
at  CSLA  over  the  last  three  years.  The  strategic  planning  process  provided  a  framework  that  linked 
institutional  mission  and  goals,  tactical  objectives,  unit  acdons,  ind  administrative  work  plans, 
thus  avoiding  disorder,  disruption,  and  dysfunction.  It  also  fostered  a  process  foi  meanuigful 
analysis  of  options,  strategics  and  tactics.  Indeed,  i?  has  been  through  strategic  planning  and 
management  dia;  the  rapid  changes  have  been  controlled  and  focusod  upon  campus  pricmties. 

The  creation  of  a  new  IRM  unit  offered  tiic  opportunity  to  redefine  the  culture  of  tiie  infomiation 
technology  organization.  Thf.  ability  to  manage  an  oreanization's  cult  ire  as  a  strategic  resc  urce 
leads  .0  successful  change  management.  Culture  -  ttie  oeliefs,  behaviors,  and  assumptions  of 
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individuals  in  an  organization  -  is  one  of  the  most  powerful  forces  an  adminisuator  confronts.^^ 
Using  culture  to  drive  change  radier  than  to  impede  it  has  been  key  to  CSLA. 

An  IRM  approach  has  played  a  significant  role  in  what  has  occurred.  One  of  the  added  values  of 
!RM  is  the  emphasis  on  pbaining.  The  concept  of  IRM  also  includes  the  vision  of  capitalizing  on 
existiiig  and  new  investments  in  information-related  a  sources,  and  it  incluc  ^  disciplines  lequiied 
to  ensure  rx>und  nuuiagement  of  these  resources.  ^  5  The  IRM  approacn  has  been  far  more 
important  than  what  was  reflected  in  ui  ^anization  chart  since  many  aspects  of  technology 
projects  require  coordinated  involvement  across  die  entire  IRM  unit 

It  is  very  important  to  make  good  eariy  decisions  in  macro  management.  If  that  happens,  these 
decisions  o^n  can  easily  overcome  failures  at  the  micro  project  management  level  which  almost 
assuredly  will  occur  at  some  point  Personal  experience  may  be  significant  at  the  micro  leveL  For 
e?:ariipie,  develc^ments  in  the  CSLA  information  technology  projects  lead  the  authors  to  advise 
administrators  to  use  techniques  that  have  been  successfiil  m  similar  situations  in  other 
environn^nts  unless  stronf^  evidence  is  presenttd  that  "it  won't  work  here"  despite  advice  to  the 
contrary. 

Finally,  it  is  prudent  to  take  advantage  of  major  opportunities  when  the  chance  occurs  even  if  the 
organization  is  not  con^tletely  prepzied  if  the  risk  trade  off  is  appropriately  weighted  Identifying 
critical  success  factors,  p  blicizing  them,  and  wcniang  hard  to  obtain  support  :o  meet  them  goes  a 
long  way  to  overcoming  the  risks,  despite  dieir  magnitude. 


10  87 


82 


FOOTNOTES 


1.  Pernod,  J.  I.  and  Michael  G.  Dolence,  "Strate  pc  Planning  for  Infonnation  Resources  - 
Putting  the  Build'  <g  Blocks  Together,"  El  >ceedinfs  nf  the  I  lfi6  CAUSE  National 
Conference.  Deccu.  t."  1986,  pp.  131-141. 

2.  Pernod,  J.  I.  and  Michael  G.  Dolence,  "Development  of  IRM  at  California  State  University, 
Los  Angeles,"  Information  Management  Review.  3(2),  Aspen  Publishers,  Inc.,  1987,  p.  16. 

3.  Penrod,  J.  I.,  "A  Report  to  the  Campus:  Strategic  Plarning  at  California  State  University, 
Los  Angeles,  Fall  1986,"  A  CSLA  Report,  pp.  5-8. 

4.  Penrod  and  Dolence,  "Strategic  Planning  for  Iriormation  Resources. . . p.  134. 

5.  Ibid 

6.  Stromgicn,  Paul,  "A  Hybrid  Approach  to  Data  Communications,"  C/ USE/EFFECT.  Vol. 
12,  Number  1,  Spring  1989,  p.  30. 

7.  Penrod,  J.  I.  and  Thomas  West,  "Strategic  Planing  for  Computing  and  Communications," 
Organizing  and  Manafing  Information  Resources  on  Campus.  EDUCOM  Strategy  Series, 
Digital  Press,  Bedford,  MA,  1989.  p.  136. 

3.  Penrod,  J.  I.  and  Michael  G.  Dolence,  "IRM  A  Short  Lived  Concept?"  Proceedings  of  the 
1987  CAUSE  National  Conference.  December  1987,  p.  177. 

9.  Penrod,  J.  I.  and  Michael  G.  Dolence,  "Technological  Synergies  Are  No  Accident!!" 
Proceedings  of  the  1988  CAUSE  National  Conference.  December  1988.  p.  503. 

10.  Ibid,  pp.  500-501 

11.  Penrod,  J.  I.  and  L.  N.  Craft.  "Thinking  New  Systcm(s)?    Some  Action  Items," 
CAUSE/EFFECT.  Vol.  1,  Number  5,  September  1978,  pp.  13-15. 

12.  Penrod  and  Dolence,  "Development  of  IRM  at  California  State  University,  Los  Angeles," 
p.  21, 

13.  Conner,  Daryl,  "Key  Factors  for  Change  and  Concepts  for  Managing  it  Successfully," 
Management  Issues.  KPMG  Peat  Marwick,  November  1989,  p.  3. 

14.  Ibid 

15.  Owen,  Datrel  E.,  "IR\i  Concepts:  Building  Blocks  for  the  1990's,"  Information 
Maruigement  Review.  5(2),  Aspen  Publications,  Inc.,  1989,  p.  27. 


11 

88 


Planning  for  Information  Resource  Management 
It  the  University  of  Pennsylvania: 
Searching  for  a  New  Paradigm 


Karen  Misdis 
Associate  Dean  for  Administration 
School  of  Arts  and  Sciences 
University  of  Pennsylvania 

116  College  Hall 
Philadelphia,  PA  19104-6377 
(215)898-7320 
KMiselis@pennsas.bitnet 


Daniel  A.  Updegrove 
Assistant  Vice  Provost 
Data  Administration  and  Information  Resource  Planning 
University  of  Pennsylvania 
3401  Walnut  Street,  Suite  230A 
Philadelphia,  PA  19104-6228 
(215)898-2171 
Updegrove%al  .relay@upenn.er'u 


The  University  of  Pennsylvania,  like  all  other  major  research  uiuversities, 
must  harness  current  and  emerging  information  technology  to  achieve  its 
missions  of  teaching,  research,  patient  care,  and  public  service.  At  Penn 
planning  and  management  of  computing  and  iniformation  systems  are 
especially  challenging,  because  of  the  autonomy  of  tlie  twelve  school  deans. 
major  strategic  planning  effort  now  underway  seeks  to  leverage  sdiool 
inves\>inents  and  initiatives  in  order  to  aeate  a  University-wide  data,  systems, 
and  support  iifrastructure.  Key  elements  of  tius  strategy  are  a  new 
cooperative  pianning  structure,  a  new  dient-centered  program  management 
process,  and  a  new  data  and  systems  architecture.  To  succeed,  these  initiatives 
will  require  not  ox\ly  substantial  resource  commitments,  bui  also  a  major 
change  in  organizational  culture. 
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A  year-long  effort  to  define  information  technology  objectives  and  strategies 
is  underway  at  the  Univerb«ty  of  Pennsylvania.  Although  Penn*s  planning  is 
informed  by  technology  trends  and  forecasts,  the  focus  of  this  effort  has  been 
on  process — how  the  University  should  plan^  develop,  and  manage  its 
information  resources.  Major  changes  are  called  for,  both  within  the  Office  of 
the  Vice  Provost  for  Information  Systems  and  Computing  (ISC)  and  in 
relationships  between  the  twelve  schools  and  the  central  administration.  This 
paper  represents  a  snapshot  taken  near  the  end  of  this  planning  effort 


Vision  of  the  Future 

CiuTcat  planning  for  information  systems  and  computing  at  Penn  is  shaped 
by  a  vision  of  the  University  in  the  1990*s.  This  vision  anticipates: 

^  Enhanced  personal  productivity,  wita  appropriate  information  resoi.  ces 
and  compute  g  tools,  on  campus  ziid  <>lsewhere,  that  are  easy  to  use  and 
readily  available  to  faculty,  student?  researchers,  and  administrators. 

•  Increased  collaboration,  within  and  across  disciplines,  between  students 
and  faculty,  and  in  administrative  areas,  for  example  as  the  University 
network,  PennNet,  is  enhanced  by  new  information  services,  extended  to 
dormitories,  and  interconnected  to  a  more  robust,  world-wide  academic 
network. 

•  Invigorated  teaciv  g  and  learning,  with  support  for  development  and  use 
of  state-of-the-art  presentations,  demonstrations,  simulatio  ns,  tutorials, 
and  access  to  semantically-organized  knowledge  bases. 

•  Excellence  in  research,  scholarship,  student  services,  patient  care,  and 
public  service,  as  Penn's  ability  to  attract  the  best  faculty,  students,  and  staff 
is  supported  by  our  reputation  for  an  outstanding  yet  cost-effective 
information  infrastructure. 

•  A  cohesive  UnivCTsity,  as  an  increasingly  diverse  population  of 
undergraduates  and  graduate  students,  dornutory  and  off-campus 
residents,  faculty,  researchers,  clinicians,  and  staff  come  to  value  Penn  as 
more  than  the  sum  of  its  wor!d<lass  parts.  Campus-wide  access  to  new 
information  services  and  to  an  integrated  administrative  data  encyclopedia 
will  contribute  in  important  ways  to  this  cohesion. 

To  understand  the  relevance  of  this  vision  requires  background  on  the 
institution  and  its  management  of  computing* 


The  University  of  Pennsylvania^  A  History  of  Innovation 

Two  hundred  and  fifty  years  ago,  a  charity  school  was  founded  in 
Philadelphia  that  was  to  become  the  University  of  Pennsylvania.  Benjamin 
Franklin,  who  helped  found  the  school,  proposed  a  new  kind  of  institution 
for  sti^dents  to  "learn  those  things  ...  mo«!t  useful  and  most  ornamental, 
regard  being  had  to  the  several  professions  for  which  they  are  intended." 

Over  the  years,  Penn  has  carried  out  Franklin's  spirit  of  innovation  in  a 
nimiber  of  ways:  with  this  country's  first  liberal  arts  curriculum,  first  medical 
school  in  1765,  first  law  courses  in  1790,  first  university-owned  teaching 
hospital  in  1874,  first  collegiate  school  of  business  in  1881,  first  psychological 
clinic  in  1896,  and  first  electronic,  general  purpose,  digital  computer,  ENIAC, 
in  1946. 


Penn  Today 

Penn  (not  to  be  confused  with  Penn  State,  the  larger,  multi-campus  land  grant 
institution)  is  a  privciie,  research  university  of  22,000  students  with  a  strong 
commitment  to  undergraduate  education.  Its  compact,  260-aae  campus 
enhances  the  unique  interdisciplinary  focus  of  the  university.  For  example, 
fa*-    /  members  in  the  School  of  Veterinary  Medicine  regularly  teach 
undergraduate  neurosdence  courses  in  the  School  of  Arts  and  Sciences  (SAS); 
the  Laboratory  for  Research  in  the  Structure  of  Matter  includes  faculty  from 
Physics,  Chemistry  and  Materials  Science;  and  the  new  Center  for  Cognitive 
Sciences  brings  together  colleagues  from  Computer  and  Information  Sciences, 
Linguistics,  Psychology,  and  Philosophy. 

Contrasting  with  the  interdisqolinary  intellectual  tradition  is  Penn's 
administrative  decentralization,  exemplified  by  "responsibility  center 
budgeting"  instituted  in  1972.  Each  of  the  twelve  schools  in  the  university  has 
its  own  income  and  expense,  and  all  centi-al  expenses  are  allocated  .o  schools 
as  indirect  costs.  Responsibility  center  budgeting  has  succeeded  in 
maintaining  balanced  budgets  for  the  university  each  year  since  1972  but  has 
encouraged  schools  to  be  more  independent  and,  occasionally,  even 
antagonistic  to  each  otl.sr  and  to  the  central  administration.  Fiscal 
responsibility  is  very  important  for  Penn,  in  part  because  its  endowment  is 
modest  compared  to  most  peer  institutions.  A  one  billion  dollar  capital 
campaign  was  launched  in  fall  1989  to  help  address  this  issue. 


Computing  at  Penn  and  the  Role  of  the  Vice  Provost 

Computing  at  Penn  is  a  reflection  of  the  decentralized  nature  of  the 
university.  All  instructional  and  resea/ch  computing  is  funded  and  managed 
by  the  schools,  with  substantial  centers  in  Arts  and  Sc  ences  (including  an 
IBM  3090-200  with  vector  processors  and  an  IBM  4381  managed  for  the 
University  Library's  NOTTS  system),  Engineering  (numerous  minis  and 
UNIX  workstations),  Medidite  (a  small  center  but  many  departmental 
facilities),  and  the  Wharton  School  (VAX  duster).  Some  centers  have 
substantial  computing  facilities,  such  as  the  three  mini-supercomputers  in 
the  Laboratory  for  Research  in  the  Structure  of  Matter.  Additional  research 
computing  is  performed  at  the  national  supercomputer  centers,  accessible  to 
the  University  via  JVNCnet  and  PREPnet,  mid-level  components  of  the 
NSFnet. 

Administrative  computing  is  more  centralized,  with  major  systems  running 
on  an  IBM  3C90-180.  Nevertheless  numerous  administrative  units  operate 
minicompv.ters  to  support  transaction  processing  and  office  automation,  and 
some  school  facilities  support  administration  as  well.  Also  centralized  is 
installation,  maintenance,  and  management  of  PennNet,  which  now 
connects  over  100  buildings  via  fiber  optic  backbone.  Over  3,000  end  nodes  can 
access  some  100  host  computers  via  PennNet,  which  uses  the  TCP/IP  protocol 
required  for  NSFnet.  PennNet  also  provides  a  gateway  to  PITNET. 

Administrative  computing  and  PennNet  are  the  two  largest  gro^.ps  reporting 
to  the  Vice  Provost  for  Information  Systen:^  and  Computing,  a  position 
established  in  1983.  The  other  two  units  are  the  Computing  Resource  Center, 
which  provides  campus-wide  end  user  services,  and  Data  Administration  and 
Information  Resource  Planning.  The  Vice  Provost's  budget,  roughly  $10 
miUion,  compares  with  $10  million  for  computing  at  Wharton,  $4  million  for 
Arts  and  Sciences,  $3.5  million  for  Engineering,  and  $750  thousand  (central 
facility  only)  for  Medidne. 

To  achieve  the  vision  for  the  1990's  outlined  above  will  require  cooperation 
and  partnerships  among  the  central  organization  and  the  schools.  The  role  of 
Information  Systems  and  Computing  (ISC)  is  to  coordinate  planning  and 
management  from  a  University-wide  perspective  and  to  provide  a  versatile, 
powerful,  and  easy-to-use  information  and  computing  infrastructure.  As  Ms 
infrastructure  is  developed,  ISC  must  see  that  polide^  and  standards  are 
created  and  adopted,  which  requires  the  many  University  constituendes  to  be 
part  of  the  development  and  control  processes.  Accordingly  the  Office  of  the 
Vic3  Provost  has  been  engaged  in  a  wide-ranging  planning  process,  seeking 
utput  from  every  major  constituency  of  the  University. 
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Objectives 

Although  the  planning  process  is  by  no  means  finished,  there  is  consensus  on 
a  set  of  twelve  ISC  objectives.  The  five  primary  objectives  are: 

•  ErU\ance  access  to  scholarly  information  in  partnership  with  University 
libraries.  Provide  consistent,  easy,  fast  access  from  the  desktop  computer  to 
Penn  and  other  universities'  library  catalogs  and  databases. 

•  Ensure  computing  capacity  for  the  research  community— from  resource 
sharing  within  the  University  to  participation  in  regional  and  national 
supercomputing  centers. 

•  Suppwrt  school  initiatives  in  instructional  uses  of  computing. 

•  Provide  students  with  information,  netwDrk  services,  and  computing  tools. 
Enable  students  to  become  partners  in  the  information  enviroiunent,  using 
the  same  tools  available  to  faculty  and  researchers. 

•  Provide  administrators  with  the  information  and  systems  needed  to  do 
their  jobs.  Design  new  systems  and  their  underlying  data  structures  from  a 
University-wide  perspective  to  promote  integrated  management  of 
University  resources. 

Two  organizational  objectives  are: 

•  Facilitate,  coordinate,  and  support  the  computing  activities  of  schools, 
centers,  libraries,  and  administrative  offices. 

•  Make  planning  and  management  of  that  portion  of  Penn's  information 
environment  under  the  purview  of  ISC  more  widely  representative  and 
more  responsive  to  Penn's  competing  community. 

Thfc  remaining  ob'  ictives  involve  creation  of  the  necessary  infrastructure: 

•  Enhance  the  Uidversity  network,  PennNet,  and  connect  more  faculty,  staff, 
and  students,  via  PennNet,  to  ,  \e  world-wide  network  of  colleagues, 
libraries,  academic  and  administrative  information  databases,  remote 
supercomputers,  and  experimental  instruments. 

•  Establish  an  integrated,  campus-wide  architecture  of  selected  hardware  and 
software  to  enable  cost-effective  system  development  and  data  sharing 
among  microcomputers,  minicomputers,  and  mainframes. 

•  Provide  a  consistent,  intuitive  user  interface  to  the  selected  hardware  and 
softvsrare,  to  encourage  easy  access  and  use. 
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•  Establish  an  accessible,  widely-understood  base  of  University  data,  identified 
and  deHned  in  a  University  data  encyclop>edia. 

•  Enhance  user  support  services,  including  education,  technical  assistance, 
consulting,  problem  identification  and  resolution. 

Whether  these  objective^}  are  achieved  in  five  years  or  ten  years  depends  on 
the  soundness  of  the  strategies  proposed  to  achieve  them. 


Strategies 

Nine  strategies  have  been  identified  to  achieve  these  objectives: 

•  Early  Follower.  Stay  dose  behind  the  leading  (some  say  *1:)leeding")  edge  of 
information  technology  in  higher  education  so  as  to  l>e  positioned  to 
integrate  components  developed  elsewhere  and  build  upon  Penn*s  unique 
strengths  as  an  interdisciplinary  institution.  Much  Penn  research  vHll 
continue  to  develop  and  use  state-of-the  art  technology,  but  University 
infrastructure  will  rely  on  proven  technology. 

•  Funding.  Seek  increased  funding  from  government,  corporations,  ai.d 
foundations,  as  well  as  from  central  University  funds  and  from  leveraging 
initiatives  at  the  School  level. 

•  Representation.  Create  a  widely-representative  Information  Kesource 
Management  Committee  (IRMC)  with  four  active  subcommittees  focused 
on  instruction,  research,  administration,  and  infrastructure,  to  replace  the 
current,  disjointed  committees  and  advisory  boards. 

•  Planning.  Establish  a  broad-based  planning  process  that  coordinates  the 
information  planning  of  ISC,  the  schools,  centers,  and  libraries— and  that 
serves  as  input  to  the  budgeting  process. 

•  Partnerships.  Form  partnerships  internally,  with  schools,  libraries,  centers, 
and  administrative  offices,  and  externally,  with  other  universities,  industry, 
and  government. 

•  Organization.  Reorganize  Information  Systems  and  Computing  to  ensure 
leadership  and  advocacy  for  the  major  initiatives  required. 

•  Quality.  Taking  the  needs  of  end»  users  into  account,  ^tablish  quality 
standards  and  a  process  for  evaluating  and  improving  services. 


94 


•  Staff  Development.  Improve  each  stage  of  ISC  human  resource 
management:  recruitment,  job  assignment,  compensation,  training, 
performance  evaluation,  and  career-path  planning  and  development. 

•  National  Recognition.  Encourage  faculty,  staff,  and  students  to  seek  national 
recognition  for  excellence  in  the  use  and  management  of  information 
systems  and  technology. 


Aspects  of  a  New  Paradigm 

Four  aspects  of  these  strategies  represent  major  departures  in  the  way  Penn 
pians  and  manages  its  information  and  technology  resources.  Although  there 
is  growing  realization  that  managing  this  much  change  will  be  a  formidable 
task  (to  say  nothing  of  the  need  to  keep  the  network  up,  get  payroll  out,  et  al), 
there  is  also  genuine  excitement  expressed  by  those  who  foresee  substantial 
benefits  from  these  new  directions. 

First  the  Information  Resource  Management  Committee  (IRMC)  will  be 
chaijed  with  reviewing  all  significant  information  technology  initiatives, 
whether  or  not  they  are  to  be  centrally  funded  and  managed;  planning  and 
coordinating  development  of  information  systems  and  services;  and  serving 
as  a  University  forum  for  review  of  technology-related  policy.  Subcommittees 
on  research,  education,  administration,  and  infrastructure  will  set  objectives 
and  priorities  in  their  areas  and,  once  an  initiative  is  approved,  an  IRM 
subcommittee  will  monitor  its  progress.  Ad  hoc  subcommittees  will  be 
formed  as  needed  when  issues  sudi  as  office  automation  and  information 
security  cross  functional  boundaries.  The  IRMC  and  its  subcommittees,  drawn 
from  central  and  school  administrators,  faculty,  and  students,  will  be  the  first 
such  committee  to  have  institution-wide  responsibility  for  technology. 

Second,  a  Program  Management  process  is  being  created  to  oversee 
individual  development  projects  or  "programs."  Program  team  roles  and 
responsibilities  are  spelled  out,  along  with  the  steps  needed  to  produce 
systems  on  time,  on  budget,  and  as  users  intended.  The  Program 
Management  process  is  characterized  by  end-user  authority  and  responsibility 
as  well  as  strict  documentation  of  management  and  design  decisions.  Each 
piogram  team  is  headed  by  a  "Program  Manager"  usually  from  the  user  area. 
All  central  initiatives  will  be  managed  this  way,  and  the  approach  will  be 
strongly  recommended  for  decentralized  programs  as  well. 

Third,  other  schools  will  be  encouraged  to  follow  the  lead  of  the  School  of 
Arts  and  Sciences  (SAS),  which  has,  since  March  1989,  been  planning  for 
computing  with  support  fi-om  the  (centi-al)  Office  of  Data  Adminishration  and 
Information  Resource  Planning.  One  of  the  major  goals  of  the  SAS  planiung 
process  is  to  integrate  and  enhance  the  services  of  its  separate  academic  and 


administrative  computing  groups.  SAS  also  plans  to  integrate  the  audio 
visu3*  center.  A  successful  joint  school-central  planning  effort  will  be  an 
important  exemplar  for  other  schools  and  centers. 

Finally,  no  new  major  central  systems  will  be  developed  until  a  University- 
wide  data  and  syst^s  architecture  is  put  in  place.  Current  ppplications,  built 
without  benetit  of  such  an  architectiu'e,  are  proving  difficult  to  use  and 
expensive  to  maintain.  Moreover  they  take  little  advantage  of  either  the 
increasing  power  of  desktop  workstations  or  the  widespread  connectivity  of 
PennNet.  The  next  steps  in  this  key  area  are  to  share  the  "Strategic  Directions" 
document  with  current  and  potential  corporate  partners,  and  to  initiate 
discussions  with  other  major  research  universities  facing  a  similar  need  to 
integrate  a  multi-vendor  environment. 


Conclusion 

Many  key  stakeholders  in  the  Penn  comm  mity  have  expressed  support  for 
the  vision  and  new  approaches,  but  much  remains  to  be  done.  Although  a 
portion  of  the  billion-doUar  Campaign  for  Penn  is  earmarked  for  computing, 
these  funds  are  not  yet  in  hand  so  additional  fund-raising  strategies  must  be 
piu^ued.  Moreover  a  nationwide  search  for  a  new  Vice  Provost  for 
Information  Systems  and  Computing  has  net  been  concluded.  Fortunately 
the  interim  Vice  Provost,  Ronald  Arenson,  has  vision,  energy,  and  strong 
support  from  senior  management.  In  fact  University  management  is  not  only 
supportive  of  change,  they  are  demanding  it.  We  predict  that  Penn  will  be  a 
very  interesting  place  to  watch —  and  work — in  ti\e  months  and  years  ahead. 
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ACADEMIC  DEPARTMENTAL  ADMINISTRATIVE  COMPUTING  VISION  FOR  THE  1990s 


USER  CHALLENGES 


Need  to  Access  Mutiple  Networks  with  Varying 
Protocois  and  Procedures 

Requirement  to  Utiiize  IMuitipie  Applications 
Products  and  Vendors 

History  of  Muitipie  Vendor  Standards  and 
Interfaces.  Standardization  Efforts  have 
generally  been  unsuccessful 

Growing  Diversity  as  a  result  of  Globalization 

Requirement  for  a  New  Operating  Vision  for 
the1990's 
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ACADEMIC  DEPARTMENTAL  ADMINISTRATIVE  COMPUTING  VISION  FOR  THE  19903 


GUIDING  PRINCIPLES 

1)  The  user's  knowledge  station  should  become  the  center  of  a 
network  universe  consisting  of  concentric  spheres  of 
information  access. 

2)  The  network  services  and  resources  available  should  be 
logical  extensions  of  the  already  familiar  environment  of  the 
user's  knowledge  station. 

3)  The  interface  to  the  network  services  should  be  user  friendly 
and  should  transcend  the  hardware  platform  and  operating 
system. 

4)  The  network  environment  must  be  as  reliable  and  as 
promptly  responsive  as  the  telephone  system. 

5)  Commercial  products  should  be  used  whenever  possible  in 
order  to  assure  reliability  and  to  reduce  support  costs. 
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ACADEMIC  DEPARTMENTAL  ADMINISTRATIVE  COMPUTING  VISION  FOR  THE  1990s 


GUIDING  PRINCIPLES  (Cont.) 


8)  Connectivity  to  intra  campus,  state,  national,  and 
enternational  networks  is  essential. 

7)  Security  of  data  must  be  a  primary  consideration  for  any 
networic  strategy. 

8)  Distributed  processing  services  should  be  t  vailable  to 
assure  maximum  efficiency. 

9)  Tlie  University  must  limit  tlie  liardware  and  software  families 
whicli  it  supports. 
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ACADEMIC  DEPARTMENTAL  ADMINISTRATIVE  COMPUTING  VISION  FOR  THE  1990s 


GUIDING  PRINCIPLES  (Cont.) 

10)  A  coupled  support  strategy  combining  centralized  and 
decentralized  support  for  networking  is  essential  to 
guarantee  long  term  success. 

11)  Defining  standards  and  University  endorsed  protocols  is 
essential  in  defining  a  network  strategy. 

12)  Individual  departments  must  be  given  options  for  their  local 
network  environments  in  order  to  meet  their  own  needs 
within  the  parameters  which  they  face. 

13)  The  interface  to  all  network  services  should  have  the  same 
"look  and  feel"  for  all  hardware  environments  that  are 
supported. 

14)  The  network  strategy  must  be  designed  to  assure  maximum 
flexibility  for  evolutionary  changes  in  technology. 

Liberally  Adapted  from  Brian  L.  Hawkins.  Academic  Computing,  January  1989 
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  ACADEIMC  DEPARTMENTAL  AiOMIMSTRATIVE  COMPUTING  VKKM  FOB  THE  1990s 

requirements 

•  mulu  program  "knowledge  station®" 

•  single  network  image—  heterogeneous 
network  environment 

•  easily  navigable  across  networks 

•  SEAMLESS  ACCESS  mCROSS  APPLICATIONS 

•  INFORMATION  SERVERS 

•  SUPPORTED  FAMILY  OF  HARDWARE  AND 
SOFTWARE  STANDARDS 
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ACADEMIC  DEPARTMENTAL  ADMINISTRATIVE  COMPUTING  VISION  FOR  THE  1990s  — 

MULTI  PROGRAM  KNOWLEDGE  STATION  (PC  BASED) 

•  5  MIPS  Processor  Speed 

•  10  Megabytes  Memory 

•  Multi-Tasking  Operating  System 

•  40  Megabytes  Hard  Drive  (low  access  time) 
Mega-Pixel  Display 

I/O  Processors 

•  Audio  (MIDI)  Ports 

•  Built-in  Network  Adapter 

•  CD-ROM 
Scanner 
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ACADEMIC  DEPARTMENTAL  ADMINISTRATIVE  COMPUTING  VISION  FOR  THE  1990s  - 

SEAMLESS  ACCESS  ACROSS  APPLICATIONS 

•  Application  Interfaces  Based  on  Supported 
Family  Software  Standards  via  Network  Servers 

—  ACC,  Library,  CSC,  UMSA,  MINC,  etc. 

Movement  Across  Applications  Independent  of 
Physical  Network  Residence 

—  Software  Driven  Directories/Servers 

•  Intelligent  Information  Transport 

—  intelligent  Information  Link  across 
Different  Applications 

Paperless  On  Screen  Forms  —  Document  Transfer 

•  Electronic  Signatures 

•  Security  Standards  No  More  Rigid  than  Standards 
for  Paper  Security 
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✓  ACADEMIC  DEPARTMENTAL  ADMINISTRATIVE  COMPUTING  WS/OA^FO/7  THE  fS90s   ° 


RESOURCE  REQUIREMENTS 

Adequate  Funding  for  Creation  of  Knowledge  Station 
Environment,  Hardware,  Software,  and  Access 

Establish  Resources  for  Minimum  Level  of  Universal 
Service 

Trained  Personnel 

—  Flexible  Personnel  Classifications 

—  Competitive  Salaries 

—  System  of  Rewards 
Creation  of  Maintenance  Structure 
User  Support  for  Family  Products 
Space 
Security 

 J 
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Track  II 

Funding  and  Accountability  Issues 


Coordinator: 
Mark  A  Olson 

University  of  Southern  California 

Demands  forinformation  resources  are  on  the  rise.life  cyclesfor  equipment 
are  shortening,  and  total  costs  continue  to  increase.  Requests  for  funding 
must  compete  for  scarce  resources.  Managers  of  information  technology 
have  a  responsibility  to  continually  review  methods  and  procedures  for 
cost-effective  and  efficient  solutions.  Presentations  in  this  track  covered 
such  topics  as  innovative  strategies  for  dealing  with  these  challenges  and 
marketing  them  to  top  management;  strategies  utilizing  industry  partnerships;  the  evalu- 
ation of  information  technology  needs  on  campus  and  the  role  of  assessment;  development  of 
budget  formulas  for  information  technology  resources;  cost/benefit  analyses  for  applications, 
equipment,  and  staffing;  and  ways  to  demonstrate  accountability  within  institutions. 


Cynthia  Cross.  University  of  Michigan:  Donna  Morea,  AMS;  Richard  Legoza.  SCT; 
Charlmt  fl.  Thomas,  NCHEMS;  John  Gwynn.  lA 


Betty  L9  Compagnon,  University  of  New  Hampshire 
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h.  CHECKLIST  FOR  INSTITUTZOMAL  INFORMATION  SUPPORT 


by 

Gerald  W.  McLaughlin 
Associate  Director  of  Institutional  Research 
Virginia  Polytechnic  Institute  and  State  University 

and 

Richard  D.  Howard 
Director  of  Institutional  Research 
North  Carolina  State  University 


ABSTRACT 

Planning  and  decision  support  processes  are  tools  which.  Ideally, 
are  designed  to  contribute  Information  to  Individuals  responsible 
for  the  operation  of  our  Institutions  of  higher  education.  In 
this  paper  a  check] * jt  of  activities  and  critical  attributes  are 
presented  which  help  to  enhance  the  usability  and  effectiveness 
of  Institutional  data  and  Information  In  planning  and  decision 
activities.    Three  primary  personnel  responsibilities  and  five 
primary  activities  are  identified,  whlcn  define  a  process 
spanning  key  operational  aspects  of  the  development  and 
maintenance  of  Information  support.    The  focus  of  the  paper  is  on 
the  human  and  management  side  of  the  enterprise,  rather  than  the 
technical  elements  of  hardware  and  software. 


Presented  at  the  CAUSE  Annual  Meeting  in  San  Diego 

November,  1989 
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A  CHECKLIST  FOR  INSTITUTIONAL  INFORMATION  SUPPORT 


IMTRODUCTIOM 

Distributed  computing  environments  place  unique  requirements 
on  information  support  at  a  college.  In  order  to  insure  the  value 
of  support,  it  is  necessary  that  those  who  provide  information 
carefully  consider  both  quality  of  the  data  bases  and  also 
requirements  for  support.    In  "Bridging  the  Gap  between  the  Data 
Base  and  User  in  a  Distributed  Environment**^  quality  of 
institutional  data  bases  was  defined  in  the  terms  of  reliability 
and  validity.     It  was  shown  how  these  two  aspects  can  help 
evaluate  the  problems  which  impact  on    decentralized  database 
creation,  management,  access,  and  use.    The  article  also  noted 
that: 

"As  information  systems  become  more 
decentralized,  they  will  tend  to  move 
from  a  state  of  order  to  disorder.  Our 
challenge  is  to  focus  our  efforts  on 
areas  that  will  simultaneously 
strengthen  an  information  system's 
state  of  order  while  strengthening  its 
ability  to  provide  information  to  our 
decision  makers." 

Before  quality  information  for  decision  making  and  planning 

support  can  be  created,  reliable  and  valid    baseline  data  must  be 

established.    The  article  ended  with  the  following  quote  from 

Lritropv:^ 

"Strangely  enough,  it  seems  that  the  more 
information  that  is  made  available  to  us, 
the  less  well  informed  we  become. 
Decisions  become  harder  to  make....  As 
mere  and  more  information  is  beamed  at  us, 
less  and  less  can  be  edDsorbed,  retained, 
and  exploited.    The  rest  accumulates  as 
dissipated  energy  or  waste. ..." 
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In  siimmary,  the  reader  was  reminded  that  decision  makers  and 

planners  are  confronted  daily  with  a  great  deal  of  information. 

The  first  step  is  to  insure  that  the  information  comes  from  data 

bases  which  are  reliable  and  valid.    Even  if  the  data  bases  are 

reliable  and  valid,  the  data  from  them  must  be  considered  in 

terms  of  the  process  of  information  support  to  insure  that  they 

are  of  value  to  the  users. 

The  value  of  information  from  institutional  data  bases  is 

limited  by  the  quality  of  the  information  support  process,  in 

this  paper  we  provide  a  model  and  checklist  for  the  development 

of  USEFUL  information  support  for  the  strategic  planning  and 

management  activities  on  the  campus.    The  creation  of  an 

information  support  process  is  a  two-step  process,  the  first  of 

which  is  the  collection  of  data. 

"Data  are  raw  facts  from  which 
information  can  be  constructed.  The 
quality  of  data  is  determined  by 
their  validity,  accuracy,  and 
reliability,  all  of  which  are 
properties  related  to  measurement."-' 

(See  Howard,  McLaughlin,  and  McLaughlin,  1989,  for  a  discussion 
of  the  issues  associated  with  the  collection  and  maintenance  of 
quality  data.) 

The  second  step,  addressed  in  this  paper,  is  the  evaluation 

of  the  information  support  process.      Many  of  the  same 

reliability  and  validity  concepts  that  are  critical  in  the 

creation  of  quality  data  are  used  to  insure  the  creation  of 

useful  information  support. 

"Information  consists  of  data  that  have 
been  combined  and  given  a  form  in  which 
they  convey  to  the  recipient  user 
some  useful  knowledge.    Information  is 
created  when  data  are  selected, 
organized,  and  analytically 


120 


108 


manipulated,  and  the  result  is  given  a 
form  that  informs  and  serves  the  needs 
of  users." 

A  MODEL 

In  order  to  monitor  the  quality  of  information  support 
processes,  both  personnel  responsibilities  and  information 
support  functions  must  be  considered.    A  model  which  interfaces 
personnel  responsibilities  of  information  support  and  the  five 
functional  steps  in  an  information  suppoxrt  process*  is  presented 
below.    Once  the  personnel  responsibilities  and  functional  steps 
of  the  model  have  been  defined,  a  checklist  of  activities  and 
responsibilities  are  identified  which  can  act  as  a  guideline  in 
the  evaluation  of  useful  decision  support  information.    Again,  it 
should  be  stressed  that  the  utility  of  the  model  and  checklist 
proposed  in  this  paper  are  totally  dependent  upon  tUe  desire  and 
ability  of  the  institution  to  create  reliable  and  valid  data 
bases.    Without  motivation  to  improve  the  process,  the  old 
"garbage  in,  garbage  out"  iniie  for  computing  will  apply  to  the 
information  support  system. 

Also,  it  is  within  the  context  of  the  distributed  computing 
environment^  that  the  following  personnel  responsibilities  and 
five  functions  are  especially  critical  in  the  development  of 
information  support.    These  five  functions  provide  the  basis  of 
the  checklist  for  monitoring  the  information  support  process. 
The  checklist,  following  a  description  of  the  model,  is  an 
example  of  a  checklist  which  others  are  encouraged  to  modify 
according  to  the  specific  situation  found  at  their  institution. 
The  use  of  a  checklist,  focused  on  the  characteristics  of  a 
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specific  institution,  will  help  insure  reliable,  valid,  and 
useful  information  from  all  components  in  a  distributed 
environment. 

Information  Personnel 

In  general,  there  are  three  types  of  people  associated  with 
the  creation  of  information.    While  each  has      specific  role,  all 
must  be  interdependent  if  the  information  development  process  is 
to  be  successful  in  creating  useful  information. 

Teohniolans:    These  individuals  are  typically  responsible 
for  the  collection,  maintenance,  and  storage  of  the  data.  In 
general  they  are  responsible  for  the  hardware  and  software  issues 
and  have  tended  to  not  be  involved  in  data  quality  issues. 
Recently,  however,  the  appearance  of  data  administration 
functions  and  information  centers  reflect  increased  pressures  on 
the  traditional  "computer  center"  to  address  data  quality  issues 
with  the  users.    This  is  a  direct  response  to  increased  demands 
for  decentralized  processing  capabilities. 

Analysts:    Typically,  it  is  through  these  people  that  the 
integration  and  manipulation  of  the  data  occurs  and  information 
is  created  and  disseminated.    Before  the  technical  capabilities 
that  make  distributed  processing  feasiole,  these  people  where 
usually  found  in  institutional  research  offices.    The  result  of 
their  activity  was  to  provide  the  link  between  the  computer 
center  technical  people  and  the  users  of  the  information  they 
created. 

Users:    Once  information  is  created,  these  people  apply  it  in 
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decision  making  and  plan.iing  activities.    As  they  are  the  primary 
beneficiaries  of  the  information  development  process,  it  is 
critical  that  they  be  involved  in  the  identification  of  t:.e 
initial  data  that  feed  the  process.    Responsibility  for  the 
quality  of  information  falls  upon  the  personnel  involved  in  the 
information  support  process.    Technicians  have  major 
responsibility  for  the  reliability  of  the  data  that  feeds  the 
process.    Both  internal  and  external  validity  are  the  primary 
responsibility  of  the  analysts.    The  users  of  the  information 
must  take  direct  responsibility  for  construct  and  content 
validity.    While  the  above  identifies  the  primary  responsibilities 
of  the  individual  personnel  types,  it  must  be  emphasized  that  the 
overall  quality  of  the  information  is  depen(^ent  on  the  integrated 
efforts  of  all  three  types  of  personnel. 

Functions  of  Information  Support 

The  three  types  of  personnel  responsibilities,  identified 
above,  are  responsible  for  the  following  five  functions  of 
information  support  development: 

Selection:    What  processes  and  events  are  sufficiently  im- 
portant to  measure?    Selection  involves  positioning  information 
development  activitien  by  identifying  key  areas  or  events  and 
selecting  data  elements  which  measure  rc  define  the  structures  ol 
those  areas  or  events.    Some  measures  should  be  taken  f.   id  "  ^nsus 
data  bases,  others  are  valid  when  taken  from  the  dynamic 
operating  files. 

Capture  and  storage:    How  and  when  does  one  capture  and 
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store  the  data?    Data  elenents  should  be  captured  at  their  source 
and  coded  consistently  in  categories  which  can  answer  questions. 
Data  must  be  stored  securely  and  still  be  accessible  to  those 
needing  It.    It  Is  critical  that  the  capture  of  data  be  coordinated 
through  a  central  unit  to  Insure  that  characteristics  of  each 
data  element  Is  known  by  all  users.    This  function  Is  often 
referred  to  as  the  data  administration  role. 

Manipulation:    what  do  the  data  mean?    The  interpretation 
of  data  requires  the  full  documentation  of  their  capture — the 
sample,  the  conditions,  and  timing.    Standard  analytical  proce- 
dures are  used  to  translate  data  into  information.  Often 
manipulation  requires  the  integration  of  various  data  bases.  The 
specific  analysis  is  heavily  dependent  on  the  analysts^  perception 
of  users ^  needs. 

Delivery:      How  is  information  presented?  Delivery 
provides  the  user  with  qualitative  and  quantitative  information. 
Timing  Involves  having  the  information  available  when  it  is 
needed.    The  needs,  analytical  capability,  and  decision  making 
ability  of  the  user  must  be  consistent  with  the  reports. 
Standard  reports  and  graphs  support  ease  of  interpreting  results. 

Influence:    How  can  the  information  be  made  more  useful  and 
valuable?    There  are  certain  key  points  in  organizational 
activities  where  the  use  of  information  can  influence  the 
direction  or  outcome  of  the  activity.    Presenting  information  at 
these  critical  points  reduces  uncertainty,  influences  or  creates 
power,  and  focuses  future  events.    Evaluation  of  the  usefulness 
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ojl  the  information  for  various  purposes  during  this  function, 
provides  insights  into  the  selection  function. 

These  five  functions  are  the  process  by  which  information 
support  is  developed  from  those  data  typically  collected  to 
support  various  operational  functions  of  the  institution.    It  is 
a  closed  loop,  with  the  usefulness  of  information  contributing  to 
the  criteria  for  selection  and  hence  capture  of  appropriate  data 
elements.    It  is  a  dyneuaic  process  which,  in  a  decentralized  or 
distributed  environment,  occurs  at  many  points  across  the  campus. 

THE  CHECKLIST 

Based  on  the  interaction  of  personnel  responsibilites  and 
information  support  functions,  a  series  of  checklist  items  are 
presented  which  can  be  used  to  monitor  information  support 
activities.    For  each  functional  area,  these  statements  identify 
a  generic  set  of  activities  and  responsibilities  that  should  be 
addressed  within  the  specific  organizational  and  management 
structure  of  each  institution. 

Seleotion: 

o      Technicians  and  analysts  are  involved  in  goal  setting  at  all 
levels  of  the  institution. 

o      There  are  multiple  measures  in  most  key  areas. 

o      Everyone  has  a  good  idea  of  the  management  processes  for  the 
Institution. 

o      Most  user  questions  can  be  answered  from  census  date  data 
bases  or  the  factbook. 

o      Standard  definitions^  exist  for  key  concepts  such  as  "faculty** 
and  ** student." 

o     There  is  a  set  of  written  guidelines  for  IRM  available  to 
users • 
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capture  and  Storage: 

o     A  data  element  dictionary  is  readily  available  to  analysts, 
o     Responsibility  for  data  is  assigned  to  key  administrators, 
o      Input  is  audited  as  it  is  enterad. 

o      There  is  an  admin ist rat i/e  systc^ms  group  which  coordinates 
data  bases. 

o      Inconsistencies  in  data  bases  are  identified  and  resolved, 
o      RFP's  require  compatibility  with  local  standards. 

Manipulation: 

o      Written  procedures  for  coding  data  are  available  to  analysts. 

o      Those  who  analyze  the  data  use  standard  packages. 

o     User  groups  contain  users,  analysts,  and  technicians  for  all 
major  data  bases. 

o      Census  date  data  bases  are  widely  available  to  users. 

o      Administrators  have  analytical  perspectives  and  computer 
confidence. 

o      Distributed  data  bases  are  easy  to  integrate. 
Reporting: 

o      Standard  graphic  and  analysis  packages  are  used. 

o     A  calendar  of  key  decision  dates  is  available  to  technicians. 

o      Periodic  reports  are  in  a  standard  format. 

o     Reports  tell  users  the  extent  to  which  results  can  be 
generalized. 

o     The  reports  from  various  groups  on  the  same  topics  have  the 
same  numbers. 

o      There  are  resources  on  campus  for  those  who  want  to  learn  to 
use  the  information  system. 

Influencing: 

o     Members  of  the  faculty  use  the  information  system. 
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o     Users  see  the  Information  as  unbiased  and  reputable, 
o     Analysts  are  considered  ethical. 

o     Key  administrators  often  meet  with  those  who  provide  the  in- 
formation. 

o     Vice  Presidents  and  the  President  make  frequent  use  of  the 
information. 

o      Information  providers  include  those  who  share  the  values  of 
higher  education  and  who  understand  the  management  of  the 
college  or  university. 

WHAT^S  NBXT7 

The  purpose  of  the  checklist  is  to  insure  that  the 
information  support  process  is  reliable  and  valid  in  a 
distributed  computing  environment.    To  develop  the  checklist  we 
have  (1)  identified  the  three  personnel  responsibilities 
associated  with  the  development  of  information;  (2)  described  the 
five  functions  which  make  up  the  information  support  process; 
and,  (3)  identified  the  relationship  between  interdependent 
personnel  responsibilities  and  the  functional  components  of  an 
information  support  process. 

If  you  want  to  monitor  the  quality  of  information  support  on 
your  campus,  we  suggest  that  you  build  a  checklist;  and  propose 
that  you  use  the  one  presented  in  this  paper  as  a  starting  point 
to  develop  your  own,  institutional  specific,  information  support 
monitoring  program.    As  you  develop  a  checklist  for  your 
institution,  remember  that  you  may  need  to  develop  specific 
checklists  for  different  situations  within  a  campus-wide 
distributed  environment. 
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COLLEGES  AND  UNIVERSITIES  AS  A  MARKET  FOR  ADMINISTRATIVE  APPLICATION 

SOFTWARE 


The  purpose  of  this  session  was  to  address  the  following: 


From  the  point  of  view  of  software  developers,  what  is  the 
college  and  \miversity  market  like  as  a  customer  for 
administrative  systems i 

What  is  the  outlook  for  the  coming  decade? 

What  systems  (Student,  Personnel,  Alumni-Donor,  Admissions,  etc.) 
are  likely  to  be  strategic? 

How  will  the  changing  technology  affect  the  situation? 
What  is  the  outlook  for  industry/university  partnerships  to 
develop  new  administrative  applications? 

Are  these  relationships  likely  to  be  different  in  kind  or  scope 
from  past  arrangements? 
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COLLEGES  AND  UNIVERSITIES  AS  A  MARKET  FOR  ADMINISTRATIVE  APPLICATION 

SOFTWARE 

The  purpose  of  this  session  was  to  address  the  following: 

From  the  point  of  view  of  software  developers,  what  Is  the 
college  and  university  market  like  as  a  customer  for 
administrative  systems? 

What  Is  the  outlook  for  the  coming  decade? 

The  moderator  requested  each  panelist  to  address  a  specific  question  and 
then  Invited  comments  from  the  other  panelists.    Questions  from  the  floor 
followed.    The  following  Is  a  distillation  of  the  discussion  as  taped. 


I.    Compared  with  "commercial"  customers,  do  colleges  and  tinlversltles 
behave  differently? 

Are  they  less  likely  to  see  administrative  systems  as  strategic? 
Are  they  more  (less?)  cost  conscious? 

More  (less?)  resistant  to  changes  In  hardware  and  technology? 
Are  they  slower  to  make  decisions? 

Donna  Morea.  Vice  President 

Deputy  Manager  College  and  University  Systems  Group 
American  Management  Systems.  Inc, 

Yes,  they  are  slower  to  make  decisions,  but  that's  the  only  bad  part. 
I've  worked  In  a  number  of  Industry  areas  within  our  organization,  and 
find  that  colleges  and  universities  score  very  well  in  other  respects. 

My  company  and  Carnegie  Mellon  University  Jointly  sponsor  an  award  which 
honors  people  from  a  variety  of  industries  for  strategic  visions  in 
information  technology.    One  of  the  winners  this  year  was  Lou  Herman  of 
Waubonsee  Community  College.    He  has  really  brought  the  electonlc  campus 
to  Waubonsee  and  even  extended  its  reach  to  high  schools  in  the  community 
I  think  it  is  also  worth  noting  that  the  first  DB2  implementation  of  one 
of  our  financial  products  was  not  done  by  Am-^rican  Express,  Citicorp,  or 
someone  from  one  of  the  other  industries,  but  by  one  of  our  college  and 
university  clients. 

COMMENTS 

Legoza:    I  agree  that  colleges  and  universities  are  more  open  to  new 
technologies,  strategic  systems,  etc.  -  especially  compared  with 
government,  which  is  my  company's  other  vertical  market. 

Thomas :    I  agree  with  Donna,  although  I  think  that  on  the  point  about 
moving  slower,  some  of  the  schools  -  particularly  in  the  private  sector  • 
can  make  decisions  faster  than  she  suggests. 
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SHxnn:    I  disagree  In  part.    It  seems  to  me  that  colleges  and  universities 
are  interested  in  being  on  the  leading  edge,  but  not  necessarily  on  the 
"bleeding"  edge  -  especially  for  administrative  systems.    The  planning 
horizon  for  most  schools  is  two  or  three  years  out.    That's  why  they  are 
so  interested  in  having  vi>ndors  use  the  latest  technology.    They  figure  by 
the  time  they  have  the  funding  and  planning  in  place  what  is  now  bleeding 
edge  will  be  established  technology.    That  was  my  observation  regarding 
technologies  such  as  databases,  MIS,  etc. 

II,  Colleges  and  Universities  vary  widely  in  size,  complexitv.  management 
l£Zlfil  and  relative  raaources- 

How  do  colleges  and  universities  vary  In  their  receptivity  to 
purchasing  vendor  software  -  rather  than  in-house  development  - 
when  compared  by  those  characteristics? 

How  do  they  compare  in  successful  use  of  purchased  systems  to 
support  critical  operations? 

Richard  Leeoza,  Director 
Western  Region  SAlea 
Systems  and  Comoutar  Technology  (SCT) 

When  I  was  a  consultant  for  many  years,  I  saw  a  profile  of  successful 

systems  implementation: 

the  customers  took  ownership  (it  was^OUR"  system), 
there  was  end-user  leadership  for  the  project,  including 
technical  leadership, 

there  was  full-time  project  maiiagement , and 

there  was  executive  level  support. 
Above  all,  when  the  institutions  take  projects  seriously,  and  when  the 
customers  and  the  vendor  are  not  naive  about  the  implementation,  we  see 
successes. 

As  for  the  criteria  of  size,  complexity,  resources,  and  management  style, 
I'm  seeing  fewer  differences  in  the  purchase  versus  buy  decision  because 
of  size  of  the  institution.    Snail  schools  tend  to  have  more  problems 
getting  resources  for  implementation,  but  I've  been  seeing  equally  severe 
resource  constraints  at  some  big  schools  because  of  budget  cuts. 

All  schools  think  they  are  different  and  complex.    We  are  seeing  a  new 
generation  of  highly  flexible  systems,  with  rules  based  processing,  which 
can  be  made  to  respond  more  quickly  to  changes  in  academic  policy. 

As  for  management  style,  I  don't  believe  it's  always  easier  to  mandate  a 
system.    I've  seen  presidents  and  vice-presidents  mandate  a  system,  but 
the  people  who  have  to  use  the  system  in  the  end  impact  the  success  of  a 
system.    Purchased  systems  appeal  to  risk  takers  in  management,  those  who 
want  to  see  changes  happen  very  quickly. 


As  for  resources,  when  institutions  take  these  questions  seriously »  they 
find  that  they  can  justify  the  dollars  to  buy  the  system.  Where  they  fall 
short  is  in  allowing  for  the  people  resources,  particularly  for 
implementation.    Somehow  they  seem  to  think  "I'll  just  work  80  hours  a 
week,  rather  than  my  present  60  hours  and  that  will  get  the  system 
installed. **    That  is  not  appropriate. 

I  think  institutions  have  personalities,  like  people,  and  it  is  more 
useful  to  look  at  those  factors  -  risktaking,  leadership  and  commitment 
etc,  rather  than  size,  complexity  and  resources  as  predictors  of  success 
in  systems  implementation. 

COMMENTS 

Morea:    I  agree  with  Rick.    I  am  seeing  many  pressures  among  large, 
complex  institutions  to  force  people  who  previously  developed  in-house  to 
look  at  packaged  systems.    While  the  fact  that  vendors  are  now  developing 
systems  which  can  be  more  easily  tailored  to  individual  needs  and  the 
pressure  on  managers  to  meet  timetables  are  both  important,  I  find  that 
two  other  factors  are  now  critical.    First,  the  cost  of  maintaining  these 
systems  is  enormous.    Schools  are  spending  85  -  90  percent  or  more  of 
their  budgets  to  maintain  old  systems.    2)  Tecl  .ology  is  changing  at  a 
faster  rate  than  ever  and  schools  want  insulation  against  changes  in 
technology.    They  see  vendors  as  an  ally  in  providing  that  insulation. 

T^offftg :    One  pattern  I've  seen  is  that  smaller  institutions  buy  entire 
integrated  systems,  whereas  the  larger  schools  buy  application  by 
application  and  adapt  them  to  the    local  environment.    Partly  that's 
because  you  can't  change  everything  at  once  in  a  large  place.  These 
schools  will  replace  application  by  application  on  a  cycle,  doing  the 
integration  by  themselves.    Then  by  the  time  they've  replaced  all  their 
systems,  it's  time  to  start  all  over  again. 

Gwypn*    In  my  observation  bigger  schools  buy  hardware  and  then  they  buy 
software;  smaller  ones  buy  software  and  then  hardware.    I  worked  on  the 
institution's  side  for  a  number  of  years  and  now  I've  been  with  a  vendor 
for  several  years.    In  my  experience  schools  which  form  partnerships  with 
their  vendors  and  vork  in  an  environment  of  mutual  trust  are  more 
successful  than  those  who  take  the  attitude  that  the  vendor  is  trying  to 
rip  them  off.    The  vendors  work  with  many  schools  and  it  is  to  their 
advantage  to  have  the  school  succeed. 

III.         As  we  look  to  the  future »  what  administrative  computing  systems 
are  likely  to  be  critical  to  the  success  of  colleges  and 
universities  In  preserving  their  financial  and  intellectual 
viability?  Why? 

Charles  R,  Thomas. 

Senior  CQnaultani:  ■  wrHR^jg 

There  are  two  critical  areas.  The  first  is  the  transactions  systems  which 
"have"  to  be  done,  i.e.  the  student  systems,  the  financial  systems,  et 
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cetera.    The  issue  is  how  to  do  it  with  the  minimum  grief  and  cost.  If 
you  look  At  the  CAUSE  member  profile,  they  list  about  155  different 
systems  in  11  categories.    The  vendors  don't  begin  to  cover  all  the 
categories.    I  expect  to  see  an  increase  in  the  number  of  those  but  there 
will  still  need  to  be  some  areas  developed  in-house.    What  I  see  in  the 
way  of  development  in  that  area  are  strategic  alliances  of  two  kinds  -  one 
is  the  traditional  one  of  a  school  and  vendor  working  together  to  build  a 
system  to  be  marketed  elsewhere.    Then  I  see  groups  of  schools,  consortia 
or  groups  of  large  schools,  commissioning  systems  for  their  own  use  which 
may  or  may  not  be  sold  elsewhere. 

Of  this  class  of  transactions  system  I  see  two  types  ^s  critical:  the 
first  is  Admissions  (You've  got  to  get  them  in  the  front  door),  and  second 
is  the  Alumni  system,  especially  in  private  schools  -  and  even  some 
publics.    Those  two  systems  drive  the  production  function  of  the 
institution.    Then  next  is  Human  Resources. 

Then  there  is  the  whole  area  of  Strategic  Systems  -  these  are  systems 
which  make  information  from  transactions  systems  available  to  department 
heads  and  others  30  they  can  use  ic.    What  I  see  happening  is  that  schools 
are  not  putting  people  online  to  their  transactions  systems  but  are 
extracting  data  on  a  cycle  to  another  database  system  of  some  kind.  This 
prevents  them  from  modifying  the  records,  and  provides  time-date  stamped 
files  for  analysis  ^tsing  standard  PC  (workstation)  tools. 

The  next  level  emerging  in  Strategic  Systems  are  Executive  Information 
Systems  which  combine  snapshots  of  the  institutional  data  with  external 
information  for  analysis  at  the  workstation  by  department  heads  and 
others . 

In  the  future  I  foresee  the  introduction  of  Expert  Systems,  taking  the 
skills  of  the  best  people  such  as  benefits  counselors,  admissions,  and 
financial  aid  counselors,  and  then  developings  way  to  get  the  right 
information  to  the  right  people.    Another  strategic  issue  is  getting 
libraries  and  computing  centers  to  work  together. 

IV.  How  will  the  chtnges  in  technology  which  we  can  foresee  affect  the 
characteristics  of  administrative  systems  colleges  and  tsniversities 
want/need?    How  will  these  factors  affect  the  ability  of  software 
developers  to  provide  systems  which  will  fill  the  needs  of  many 
different  customers? 

John  Gwvnn,  Vice  President 
Information  Agaociatas 

We  are  right  on  the  threshold  of  a  major  revolution  in  the  way  information 
can  be  accessed  and  processed.    Higher  education  is  not  unique  in  being 
affected  by  many  of  them,  but  it  is  the  coinbination  of  these  factors  which 
makes  the  situation  so  difficult.    These  are  the  factors  which  will  shape 
the  information  environment  of  the  90' s. 


INFORMATION  ENVIRONHENT  OF  THE  90 'S 


Relational  Database 

Ad  hoc  query  and  report  generation. 

3. 

Workstation  based. 

4, 

Cooperative/Distributed  Processing 

5. 

Homogeneous  user  interface 

6. 

SAA    ...  HAS 

7. 

Transparent  operating  system 

6. 

Transportable  software 

9. 

Increased  faculty  and  departmental  involvement  in 

administrative  processes. 

10. 

Non-homogeneous  environment 

11.  Rapidly  changing  technology 

12.  More  i*^  hardware  and  operating  system 

13.  More  generic  porducts 

14.  More  productivity  products 

As  1  see  it  vendors  will  need  to  buili  the  very  difficult,  complex 
products  -  like  LOTUS.    The  fragmentation  and  variety  of  higher  education 
institutions  means  that  vendors  don't  get  multiples  in  their  applications 
software.  To  get  beyond  this,  the  vendors  need  to  move  into  a  technology 
which  will  provide  as  much  flexibility  as  possible  in  adapting  to 
individual  institutioaal  needs. 

Also  - 

We  will  see  more  and  more  use  of  productivity  tools  such  as  CASE. 
There  will  be  more  off-loading  from  mainframes  into  the 
workstation,  which  leads  us  into  the  UNIX  environment. 
We  are  seeing  more  and  more  faculty  involvement  in  student 
counseling  and  guidance  which  leads  to  more  need  to  access 
student  information  and  more  need  for  academic  support  systems. 
Standards  are  an  important  issue  because  otherwise  we  are  into  a 
standard  of  product  survival. 

We  pressured  by  a  need  to  deal  with  non-homogeneous  hardware  and 
a  concurrent  demand  for  a  homogeneous  user  interface. 

I  see  a  jL*apidly  changing  technology  which  will  be  Jerking  everyone  around, 
and  that  the  vendors  are  going  to  be  major  players. 

COMMENTS 

Il2£fiA:    In  the  next  decade  I  see  that  vendors  need  to  develop  delivery 
methods  for  systems,  i.e.  training.    We  have  gotten  smarter  about 
developing  systems,  and  adapting  to  new  technology.    We  are  talking  about 
giving  access  to  all  these  systems  to  faculty  and  staff  all  across  the 
campus.    We  now  have  to  figure  out  how  to  teach  users  to  use  sytems  -  and 
how  to  use  use  technology  such  as  video  and  expert  systems  to  do  so. 
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Also  digital  iMging  and  optical  disk  technology  Is  now  at  the  point  of 
stabilization  and  ready  for  use.    I  see  a  lot  of  applications  possible, 
for  exanple  collecting  all  the  paperwork  for  financial  aid  applications  so 
that  it  can  be  routed  electronically. 

ISgaZA:    It  is  exciting  to  see  the  technology  arrive  so  that  Institutions 
can  take  70  -  80  percent  solutions  and  modify  them  to  meet  their  needs.  I 
think  that  is  affecting  the  types  of  institutions  ve  vendors  are  talking 
to  these  days.    We  are  seeing  more  institutions  which  used  to  develop 
their  own  systems  looking  at  vendor  packages. 


QUESTIONS  FROM  THE  AUDIENCE 

How  will  CASE  tools  fit  in  on  campus? 

filOam:    Many  institutions  will  want  to  modify  systems  bought  from  vendors. 
They  will  want  to  use  the  same  productivity  tools  as  vendors.  Vendors 
';/ill  have  to  use  CASE  tools  becuase  campuses  will  use  them.    The  only  way 
vendors  can  compete  with  in-house  development  is  if  we  sell  multiples  and 
spread  the  cost  across  several  institutions. 

Also  CASE  will  be  important  for  modifying  and  maintaining  systems. 
Consider  how  deslreable  it  would  be  to  maintain  systems  at  the  design 
level  rather  than  at  the  code.    The  next  generation  of  vendor  applications 
systems  will  be  designed  in  case. 

LfigfiU:    One  spinoff  of  the  desire  to  use  CASE  is  that,  whereas  Chuck 
Thomas  mentioned  the  tendency  of  the  larger  schools  to  install  new  systems 
one  at  a  time,  we  are  now  seeing  some  larger  schools  buying  whole  set  of 
systems  because  they  want  to  use  these  standards  and  this  technology. 

MSXfiA:    I'd  like  to  add  that  CASE  tools  solve  a  lot  of  problems  in 
customizing  at  client  sites.    When  you  look  at  what  is  wrong  with  systems, 
it's  usxially  a  design  problem.    Being  able  to  do  the  work  once  and 
propagate  from  the  design  to  the  screens  and  the  code  and  also  integrate 
development  with  documentation  is  a  key  advantage  of  CASE. 

Vhlch  CASE  tools  are  being  used  at  your  f irmsf 

UfilftA:    AMS  is  using  Excelerator  at  the  design  stage,  with  local 
enhancements  "around  the  edges"  to  generate  screen  maps,  code,  and 
documentation  and  development.    Systems  are  being  developed  on  LANs  of 
networked  PS/2'8. 

lAgfiU:    SOT  is  using  Oracle's  CASE  tools  and  design  dictionary. 

fiSCam:    For  analysis  lA  is  using  PRISM  from  Index  Techology;  for  design  we 
use  Excelerator  (one  of  IBM's  strategic  alliances),  and  APS  from  Sage  for 
code  geneiration. 


Institutional  Governance: 
An  Albatross  or  A  Gold  Mine 


Sandra  M.  Stadiam 
University  of  Arkansas 
Fayetteville 
AAmsas 


In  1983,  the  Departtnent  of  Computing  Services  at  die  University  of  Arkansas 
moved  to  new  facilities  located  at  the  southwest  comer  of  our  319-acie  campus. 
This  physical  isdation  from  die  heart  of  die  campus  dramatically  rq>resented  die 
psychological  separation  between  Compudng  Servk:es  and  University  administra- 
tis. In  1987»Oonqmting  Services  set  out  to  determine  how  odierorganm 
had  ajqiroached  diis  "us  versus  diem*'  pioUem  and  discovered  acadffluc  research 
results  indicating  diat  die  'Yole  and  aMitributim"  ci  infmmation  support  cvganisa- 
ticMis  ranks  as  one  of  the  tro  five  key  issues  in  infomiation  systems  management 
Along  with  diis  tklbitt  we  found  acoimle  ci management  mechanisms  diat  seerned 
very  i^ptopos  for  higher  education.  Aidiough  1989  finds  us  in  die  same  facilities, 
the  psycholc^calsq)aration  has  lessened  dramatically.  We  fed  diis  is  a  direct 
result  of  implementing  several  of  die  techniques  we  uncovered,  and  diai  die  same 
techniques  may  benefit  other  colleges  and  universities. 
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Institutional  Governance: 
An  Albatross  or  A  Gold  Mine 


Sandra  M.  Statham 
University  of  Arkansas 


When  Conq)uting  Services  moved  into  its  new  facilities  in  1983,  we  weie  excited.  After 
all,  we  were  moving  off  of  the  first,  fifth,  and  ei^th  floors  of  a  men's  dormitory  building  into 
a  facility  that  had  been  built  just  for  us,  and  we  would  all  finally  be  physically  located  together. 
Althou^  there  was  some  grumbling  about  die  fiun  that  we  would  be  located  over  a  mile  £nom 
the  administraticm  building,  most  felt  diat  the  improved  facilities  would  mokie  than  compensate 
for  the  distance  problem.  That  may  have  been  tme  at  another  time,  but  what  no  one  foi\;saw 
was  the  effect  on  die  campus  of  the  microcomputer  revolution.  Conq)uting  Services  was  no 
longer  a  oKmopoly,  and  users  no  longer  felt  the  need  to  hike  to  dther  their  cars 
building  sinoply  to  be  able  to  access  our  services.  It  was  not  tong  befcne  the  physical  isolate 
became  a  symbol  of  our  psychological  sq>aration  from  the  rest  of  the  campus  community. 

All  efforts  to  remain  part  of  the  day-to-day  functioning  of  the  University  during  this  tii  ne 
fnune  were  inidated  by  individual  managers.  A  coordinated  effort  was  not  pursued  until  early 
1987  when  Omqmting  Services'  new  director  airived.  Afbex  sizing  up  die  situation,  he  made 
die  niainstreaniing  of  our  services  a  departmental  priority.  Pattof  die  strategy  was  to  determine 
hv  V  odier  conqiuting  organizaticxis  were  actively  coping  widi  siinilar  pcrf)lems,  and  a  ''lit 
review,"  an  idea  taken  from  our  academic  brodiers  md  sisters,  was  imtiated. 

In  1986,  die  Society  for  Momiaticm  Management  and  the  ^  HS  Hesearuh  Center  at  die 
University  of  Minnesota  joindy  conducted  a  Delphi  survey  to  detemiinc  ^'^'.iat  information 
systems  executives  and  coiporate  general  managers  considered  as  top  issues  in  inforaiation 
systems  ma..     tient  (Brancheau  and  Wedierbe,  1987).  The  survey  results  identified  die 
following  tap  five  issues: 

♦  Stra>^.pc  Planniny — ^Intormation  support  organizaticxis  need  to  engage  in  strategic 
planning  in  order  to  adapt  to  chrag^  technologies  and  envirc»iments  in  a  timely  fash- 
ion. In  addition,  long-range  planning,  if  i  s  to  be  successful,  must  be  aligned  widi  die 
company's  strategic  business  planning. 

^  Conyeritive  Advantagt»— Trwrtrmarinn  systems  can  and  do  provide  weiqxxis  to  fight  die 
con^tition.  In  order  to  take  advantage  of  potential  opportunities,  informatton  support 
organizations  mus  ^  xxxne  more  responsive  to  the  need,  f  their  conq)anies. 

♦  Organizftrirwiftl  T  — Tintim  prospoi^  is  tied  to  die  use  Of  qiprc^atc  t  ':hnology. 
In  order  for  users  \^  determine  the  iq>propriate  technology,  diey  must  first  leam  about 
alternatives.  Jnfiomiation  systems  professionals  are  e  'pected  to  take  a  leadniship  role  in 
providing  die  « ecessary  training. 

^  Role  and  Contribution— Information  support  organizati(Mis  are  generally  considered  as 
''back  office"  functions  rather  than  as  vital,  contributing  components  of  a  business. 
Information  support  organizations  must  work  widi  oxporate  managers  to  assist  them  in 
appreciating  a  more  integrated  role. 

♦  Alipimeiit  in  Qrganimtion— The  effectiveness  of  an  informati(Hi  support  organization 
can  be  ddier  helped  or  hindered    the  formal  reporting  relationship  it  faces. 
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The  bad  news  was  that  we  had  weaknesses  in  all  of  these  areas.  The  good  news  was  that 
we  now  had  a  fixindation  for  a  turn-around  strategy  since  all  five  issues  contained  two  common 
elements:  top  management  involvement  and  educatioi.  The  next  steo  was  finding  the  appro- 
priate mechanisms  for  implementing  our  strategy.  The  question  now  became,  could  proven 
business  techniques  be  useful  in  a  university  environment? 

CHARACreRISTICS  OF  UNIVERSITY  E^fVIRONMENTS 

Aldiough  sources  could  be  found  diat  detailed  the  differences  between  higher  education  and 
business  (e.g.,  Bimbaum,  1988;  Wyatt,  1989),  none  were  found  that  addressed  the  similarities. 
One  possible  reason  for  diis  could  be  diat  die  similarities  are  not  considered  inqxvtant  Robert 
Bimbaum  implies  this  in  his  book.  How  Colleges  Work,  when  he  says,  "The  differences  be- 
tween acadonic  institutions  and  business  firms  are  significant  enough  that  systems  of  coordina- 
tion and  control  effective  in  (me  of  tfiese  types  of  organization  mi^t  not  have  die  same  ( onse- 
quences  in  die  odier"  (^.  21).  Although  Bimbaum  does  go  on  to  adapt  current  cnganiza.  iooal 
behavior  dieory  to  die  hi^er  education  envinximent,  he  continues  to  minimiw  similarities  when 
he  quotes  Policy  Making  and  Effective  Leadershif,:  A  National  Study  of  Academic  Management 
written  by  J.  V.  Baldridge,  D.  V.  Curtis,  G.  Ecker,  and  G.    Riley:  "die  organizational  char- 
acteristics of  academic  instiaitions  are  so  different  finom  odier  institutions  diat  traditional  man- 
agement dieories  do  not  apply  to  diem"  (cited  in  Bimbaum,  p.  28).  Since  so  much  attention  is 
devoted  to  die  inqiortance  of  die  differences,  a  review  of  a  few  of  die  characteristics  diat  dis- 
tinguish colleges  and  universitiei:  fiom  the  business  worid  ^"  -.varranted. 

Institutional  ricwi-miinni'. 

Institutional  ^veniance  is  one  of  diose  phrases  duu  I  have  heard  bandied  around  ever  since 
I  got  my  first  job  m  higher  education  over  20  years  ago.  Aldiough  it  was  years  before  I  finally 
saw  a  definition  in  print,  die  phrase  itself  was  pretty  descriptive,  particularly  when  used  by  a 
facu'.y  member  to  justify  his  or  her  rights  in  a  decision-making  situation.  Bimbaum  refers  to 
die  "Joint  Statement  on  Government  of  Colleges  and  Univasities"  published  by  die  American 
Association  of  University  Professors  in  Policy  Documents  <md  Reports,  1984  Edition  when  he 
says,  'The  document  art*'"  ?lated  die  concept  <rf  governance  as  a  shared  responsilnliQr  and  joint 
effort  invdving  all  inspect,  nt  constituencies  of  die  academic  communiQr"  (dted  in  Bimbaum,  p. 
8).  What  diis  really  means  is  diat,  widi  institutional  governance,  audioriQr^wer  is  diffused. 
Management  is  pnerally  by  consensus.  Just  because  you  have  administration  on  your  "side" 
does  not  mean  diat  you  will  be  successful  in  pursuing  a  particular  course  of  action.  Also, 
dependmg  on  die  pari)  isr  issue,  administration's  backing  alone  could  prove  a  detriment. 

TJe  r  -ticcpt  of  multiple  constituencies  is  a  key  to  understanding  ii:stitutional  governance. 
The  obvious  constituencies  are  faculty,  edministration,  and  students.  In  i?«lity,  diese  groups 
only  touch  die  tip  of  die  iceberg.  Several  years  ago,  I  was  involved  as  a  graduate  business 
student  la  a  research  project  diat  attoiqited  to  measure  o^anizational  effectiveness  in  higher 
education  by  looking  at  die  expectations  of  multiple  constituencies.  Our  first  assignment  was  to 
identify  diese  constitiiencies.  Of  course,  we  added  several  odier  obvious  groups  to  die  above 
hst  such  as  alumni,  die  community,  donors,  en^loyees,  and  die  government.  Our  next  step 
was  to  design  and  administer  a  survey  instrument.  In  addition  to  collecting  informaticm  related 
to  the  demopqihics  of  each  respmdent,  our  questimnaire  solicited  die  individual's  feelings 
cmceming  1^  statements  related  to  desirable  characteristics  for  an  educational  institution. 

The  resul'^  of  oui  initial  research  hi^ghted  die  fact  diat  even  widiin  die  major  ccmstitu- 
ency  groups,  different  expectations  existed.  For  example,  die  results  for  tenuml  taculQr 
differed  frrandiose  for  non-tenured  facuiQr.  Rank  also  had  a  significant  impact  Graduate 
students  viewed  die  institution  differendy  dian  undergraduates,  etc.  In  every  case,  however. 
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each  constituency  fdt  that  its  role  was  important  to  the  successful  functioning  of  the  institution. 
Actually,  this  was  not  a  surprise.  Human  nature  is  such  that  each  individual  wants  to  feel  that 
he  or  she  is  importuit  Although  the  ccmcept  of  instituticmal  governance  may  cause  university 
personnel  to  feel  diat  they  have  moft  of  a  '^ght"  to  be  involved,  human  nature  is  the  same  no 
TDBXLer  what  you  are  employed. 

Academic  Fret<1ftni 

Academic  fitcedom  fuels  Ae  cmcept  of  institutional  governance.  Whereas  institutional 
govenuuice  indir  Jes  tfiat  each  constituency  should  have  a  voice  in  how  the  instituticxi  is 
managed,  academic  £peedom  removes  some  of  the  limitations  associated  with  that  voice  in  other 
envt!onments.  There  is  litdc  fear  of  retribution.  From  my  own  rather  limited  view,  I  have  seen 
university  administration  criticized  much  nxxre  fttquendy  and  harshly  by  oth^  university 
perscxmd  than  their  counterparts  in  business  or  government  A  recent  article  in  The  Chronicle 
of  Higher  Education  was  describing  **bad  times"  in  one  university's  recent  past  and  referenced 
'^unproved  charges  of  sexual  harassment**  against  its  fcnxier  president  and  faculty  accusations 
that  the  foraoer  president  had  shut  **them  out  of  the  policymaking  process**  (Haniscn,  1989,  p. 
A3).  When  it  rains,  it  pours.  Of  course,  it  is  always  easier  to  talk  about  people  after  they  have 
left  One  diing  is  fieiirly  obvious,  if  the  college  or  university  community  is  nc;  given  the 
opportunity  to  have  a  say-so  in  the  governing  cS  the  institution,  they  will  still  use  their  voices, 
just  somewhere  else. 

Academic  freedom  not  only  relates  to  what  one  says  inside  or  outside  of  the  classroom  and 
to  which  research  interest  me  pursues,  it  also  relates  to  where  time  is  devoted.  Time  is  a 
valuable  commodity.  For  every  issue,  there  will  be  tiiose  who  do  not  place  enough  importance 
on  it  to  devote  time  to  it  However,  tMs  does  not  necessarily  mean  that  they  do  not  want  to  take 
part  in  any  decision  making  that  takes  place  related  to  die  issue.  Bimbaum  states,  ^'Faculty  may 
fight  for  die  right  to  participate  in  committees  and  then  not  attend  meetings**  p.  170).  Often,  the 
opportunity  for  expressicxi  or  involvement  is  moce  inq)ortant  dian  the  actual  parteking.  On  the 
other  hand,  diere  are  also  issues  that  are  important  enough  to  die  individual  that  significant  time 
v/ould  be  invested  if  the  opportunity  for  involvement  was  there.  The  major  difficulty  is  in 
predicting  which  issue  falls  into  which  category. 

Business  or  "Hobby" 

Another  major  difference  between  higher  education  and  business  that  could  actually  explain 
a  number  of  the  other  differences  relates  to  the  definiticHi  of  the  organizati<Hi*s  pinpose.  Most 
businesses  place  significant  importance  on  increasing  shareholder  wealth.  There  is  littie  ambi- 
guity here.  On  the  other  hand,  there  is  miK:h  ambiguity  when  colleges  and  universities  try  to 
define  their  purposes.  In  the  gnuid  scheme  of  things,  die  purpose  of  an  educaticmal  institution 
is  to  prepare  individuals  to  contribute  to  society,  ^thougli  tttis  romantic  view  is  comforting,  in 
reali^,  our  irstituticxial  missicxis  are  much  more  complex.  Depending  upon  one*$  afiiliaticui 
with  a  ^)ecific  cor^ctituency,  different,  sometimes  ccxtOicting,  goals  of  the  insMtution  may  be 
emphasized.  A  joke  I  have  heard  in  various  fonns  throughout  my  computing,  career  goes 
something  like,  'Tnis  would  be  a  great  place  to  work  if  it  weren*t  for  die  students,**  or  "...  the 
faculty,**  or  "...  the  administration** — depending  on  die  perspective  of  die  speaker.  There  are  at 
least  as  many  perspectives  as  there  are  cmstituencies. 

PARTICIPATIVE  MANAGEMENT 

There  are,  of  course,  many  more  differences  between  specific  instituticxis  of  higher  educa- 
tion and  the  business  worid,  but  there  are  also  many  differences  among  Individual  colleges  and 
universities  themselves.  Since  die  majority    my  formal  education  took  place  in  a  College  of 
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Business  Adnrinistration,  I  was  decidedly  prejudiced  and  determined  to  steal  and  adapt  any 
mechai^  that  I  perceived  as  having  even  the  slightest  chance  of  working.  de:.^ite  the  diftcr- 
ences.  Furthermore,  my  favorite  technique,  stolen  from  the  human  resource  management  dis- 
apline.  appeared  to  have  the  necessary  characteristics  to  work  in  the  higher  education  environ- 
ment of  institutional  governance.  I  started  pursuing  participative  management. 

What  15  it? 

Rosabeth  Moss  Kanter  defines  participative  management  as  "the  building  and  nurturing  of 
a  collaborative  team  tfuit  is  rrxjre  My  consdied,  more  My  inforn^ 
Aat  shares  responsibility  for  planning  and  reaching  outcomes'*  (1985.  p.  197),  In  her  book  The 
Change  Masters  (1983.  pp.  34-35).  Kanter  states: 

Participative  teams  are  not  equivalent  to  'groupthink.'  or  iruu:tion  without  ccm- 
sensus.  or  management  by  committee— three  negatives  to  many  American  man- 
agers. They  are  action  bodies  that  develop  better  systems,  methods,  prxxiucts. 
or  policies  than  would  result  from  unilateral  acdon  by  one  reroonsible  segment, 
or  even  fiom  each  of  the  ^eam  members  woridng  in  isolaticxi  from  the  others. 

Whe»^  should  vou  use  it? 

Kanter  (1985,  p.  198)  describes  twelve  situations  when  the  use  of  participative  teams  could 
have  a  positive  inqiact  on  the  OTganiiatior* 

♦  To  gain  new  i>ources  of  expertise  ari  J  experience. 
To  get  collaboration  that  multiplies  a  persm's  csffon  by  ^  .^viding  assis- 
tance, backup,  or  stir  iulation  of  better  perfcmiuuice. 

To  allow  all  of  those  who  feel  they  know  something  about  the  subject  to  get 
involved. 

To  build  consensus  on  a  controversial  issue. 

To  allow  representadves  of  those  affected  by  an  issue  to  Lnfluwice  decisionf? 
and  build  conmntment  to  thera 

To  tackle  a  problem  that  no  one  *owns'  by  virtue  of  oi;ganizational  assign 
ment 

To  allow  more  wide-ranging  or  creative  discussivms/solutions  than  m 
available  by  normal  means. 

To  balance  or  confnMit  vested  interests  Li  the  face  of  the  need  to  change. 
To  address  conflicting  approaches  or  views. 
To  avoid  precipitous  actioi  and  explore  a  variety  of  effects. 
To  create  an  opportunity  and  enough  time  to  study  a  problem  in  depth. 

♦  To  develop  and  educate  people  through  their  participation:  creating  new 
skills,  new  information,  and  new  contacts. 

When  should  vou  ignore  it? 

Kanter  (1985.  p.  198-199)  clso  describes  eight  occasions  when  the  use  of  participative 
teams  could  havt  a  detrimental  effect  on  the  organization: 

♦  When  one  person  clearly  has  greater  expertise  on  the  subject  than  all  the 
others. 

♦  Whra  those  affected  by  the  decision  acknowledge  and  accept  that  expertise. 
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♦  When  there  is  a  *hip  pocket  soludcMi':  The  manage  or  conq)any  already 
knows  U^e  *right  answer/ 

♦  When  die  subject  is  part  of  someone's  regular  job  assignment,  and  it  wasn't 
his  or  her  idea  to  form  the  team. 

♦  When  no  one  really  cares  all  that  much  about  die  issue. 

♦  When  no  important  development  will  result  or  odiers'  knowledge  would 
neitlHsr  contnbute  to  nor  be  served  by  dieir  involvement 

♦  When  there  is  no  time  for  discussion. 

♦  When  people  woiic  more  hqypily  and  productively  alcme. 

How  does  it  rehitg  to  todav^s  issues? 

I  am  reassured  by  the  fact  that  die  conoqit  Kanter,  and  odiers  in  the  human  resource  man- 
agement discipline^  refer  to  as  participative  mana^ment  is  growing  in  populari^.  Recent  pub- 
lications from  only  a  handful «  sources  extol  the  virtues  of  developing  partnershq>s  to  in^ve 
die  probability  of  success  in  ccnmuter-related  projects  (Alter,  19^,  p.  56;  Bruce,  1989,  p.  56; 
Currid,  1989a,  p.  81;  Currid,  1989b,  p.  91;  Beund  and  SchUer,  1989,  p.  45;  Inmon,  1989,  p. 
24;  May,  1989,  p.  4;  Ryland,  1989,  p.  14;  Scheicr,  1989a,  p.  91;  Scheicr,  1989b,  p.  91; 
Stone,  1989,  p.  74).  Surely  participative  manageooent,  shared  responsibility,  teamwoik,  part- 
nerships, or  lK>wever  else  you  might  label  die  concept  of  involving  users,  would  work  in  an 
enviionment  where  institutional  governance  reigns. 

UNIVERSITY  OF  ARKANSAS  STRATEGIES 


As  noted  above,  our  strategy  contained  two  migor  facets:  top  management  involvement 
and  education.  We  ctK>se  to  in^)lenQent  it  using  a  partidpativenianagement  approach.  The 
inq>lanentati(m  itself  consisted  of  several  activities  diat  were  somewhat  dependent  upm  one 
anoti^.  At  a  minimum,  diey  wofked  in  concert  with  one  anodier  to  achieve  our  objective. 

Executive  Symposium  on  University  Conyuring 

Top  management  commitment  and  siq)port  has  been  dted  as  a  prerequisite  for  any  orga- 
nization to  successfully  implement  a  prognim  diat  crosses  territorial  boundaries  (Freund  and 
Schlier,  1989,  pp.  45-46;  Glover,  1988,  p.  19;  Marks,  1989,  p.  14;  Nolan,  1982,  p.  75; 
Scheier,  1989a,  p.  91;  Stone,  1989,  p.  76).  Hie  need  for  coaputing  oiganizations  to  adopt  a 
maiketing  philosophy  has  also  experienced  recent  popularity  in  the  literature  (Bouldin,  1989,  p. 
26;  Bruce,  1989,  p.  44;  May,  1989,  p.  4;  Moad,  19^,  p.  100;  Rykmd,  1989,  p.  14).  At  die 
1988  CAUSE  National  Conference  in  Nashville,  our  director  described  how  these  ideas  came 
togedier  one  day  while  he  was  reviewing  his  *'junk  mail**  (Zimmerman,  1988,  p.  105).  The 
result  wad  a  hidf^y  *1ree  seminar^*  for  die  University's  Chancellor  and  vice  chancellors  diat 
we  called  die  Executive  Symposium  on  Univosity  Confuting.  If  you  were  able  to  attend  Dr. 
IQomnerman's  session  last  year,  you  may  remember  the  acronym  he  used  to  describe  it — 
ESUC  In  addition  to  providing  our  administration  with  some  needed  information,  the  syn^ 
sium  also  increased  Computing  Services*  credib^    It  was  so  well  received  that  die  Vice 
ChanceUor  for  Academic  Affairs  requested  that  we  repcsx  it  for  the  Deans*  Council.  It  was  later 
rq)eated  for  die  university-wide  Confuting  Activities  Council  and  for  our  dcpamnental  staff « 

Individual  Partnerships 

One  thing  is  certain  in  a  university  environment  There  is  an  ample  supply  of  e)q)ertise. 
Although  I  cannot  speak  for  all  colleges  and  universities,  the  ones  diat  I  have  experimced  have 
unifonnly  enu>uraged  faculty  to  share  their  expertise  widi  die  outside  world  via  consulting. 
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Our  strategy  included  trying  to  find  cjcpert  faculty  with  goals  similar  to  ours  that  would  lend 
aapport  to  some  latha  hefty  projects  in  the  "inside"  world.  For  example,  a  faculty  member  in 
toe  College  of  Engmecnng  was  very  interested  in  the  concept  of  networidng  the  campus  since 
he  had  recently  been  involved  in  networidng  his  college.  He  had  also  served  as  a  consultant  in 
this  area.  We  developed  a  partnership  with  him  where  he  contributed  the  ideas,  and  we  did  the 
leg  work.  When  it  came  time  to  brief  the  ChanccUor,  he  deUvered  the  presentation.  Simply  by 
vmue  of  the  fact  that  a  well-respected  faculty  mcjibcr  made  the  presentation,  the  Chancdlor 
knew  tfjM  at  least  one  academic  coUege  was  behind  the  project  The  next  thing  we  ki:ew,  we 
had  a  budget  (albdt  not  all  we  asked  for)  and  an  ad  hoc  committee  appointed  by  the  ChanceUor 
to  implement  phase  cme  of  a  canq)us-wide  backbone  network. 

AnothCT  partnership  we  developed  with  a  faculty  member  had  similarly  dramatic  results. 
We  already  knew  that  we  needed  to  oigage  in  strategic  planning  for  computing  resources  for  the 
entoc  campus.  We  also  knew  that  our  academic  colleges  wouM  not  be  too  receptive  to  the  idea 
SvJS?''"**"^  Services  "telling"  them  what  to  do  Since  one  of  our  major  topical  areas  in  the 
pUC  was  the  need  for  coordinated  planning,  we  had  also  received  feedback  that  the  Chancel- 
lor and  vice  chancellors  recognized  this  need  too.  The  problem  was  determining  how  to  pro- 
ceed without  alienating  our  academic  brothers.  This  time,  a  faculty  member  in  tiie  CbUege  of 
Busmess  Administration  came  to  our  rescue.  He  had  just  accepted  tiie  chairmanship  of  the 
UmvCTsity  s  Computing  Activities  Council.  Once  again,  we  developed  a  parmership  where  he 
contnbuted  the  ideas,  and  we  did  tiie  leg  woric.  Altiiou^  it  took  18  montiis,  we  now  have  a 
canq)us-wide  plan  for  coaq>uting  resources. 

Computing  Acriviries  nnnndl 

TTie  Confuting  Activities  Council  could  be  considered  tiie  University's  answer  to  tiie  con- 
cept of  a  stecnng  committee.  It  is  appointed  by  die  Chancellor  and  "reviews,  monitors,  and 
recommends  policies  related  to  die  needs,  uses,  budget  allotments,  and  infoimation  control 
rneasures  for  die  computing  fiicilities  and  functions  as  a  hearing  body  for  proposed  modifica- 
toons  to  tiiose  policies"  (Faculty  Handbook,  1986,  p.  32).  Its  memt  Tship  consists  of  faculty 
r^scntatives  from  each  of  die  Univcrsily 's  colleges  and  a  couple  of  administrators.  Prior  to 
1987,  even  diough  die  Council  met  mond«ly  during  die  academic  year,  it  did  litde  more  dian 
rubber-starm  policies  such  as  how  long  reader  files  could  be  stored  on  die  system  before  diey 
were  purged.  The  acadennic-types  accused  die  Council  of  being  an  adnumstrative  committee 
ano  die  admuustrative-types  said  die  Council  was  dominated  by  academicians. 

When  die  new  faculty  chair  took  over  in  19e''  diings  stirted  to  change.  First,  Computing 
Services  assumed  die  clerical  functiois  associated  widi  calling  meetings,  etc.  This  relieved  die 
chau-  of  having  to  spend  significant  time  widi  details,  and  he  couM  devote  more  of  his  time  to 
rraUy  in^ortant  matters.  Next,  die  chair  developed  a  number  of  subconmittees  to  deal  widi 
different  issues;  administrative  information  systems,  library  automation,  microcomputer  man- 
agwnem,  networidng,  planning,  and  supercomputing.  TTie  same  kind  of  partnership  diat  Com- 
puting Services  had  formed  widi  die  chair  soon  became  associated  widi  each  of  die  subcommit- 
tees as  well  as  die  Council  as  a  whole.  Council  presentations  to  die  Chancellor  were  much 
more  effective  dian  requests  from  Computing  Services  to  the  Vice  Chancellor  for  Finance  and 
Adnainistratkon  diat  were  dien  forwarded  to  die  Chancellor.  At  die  end  of  one  such  wcsenta- 
tion,  die  Chancellor  queried  two  faculty  members  representing  two  different  colleges  as  to  dieir 
positions  on  die  issue.  When  bodi  responded  positively,  die  Chancellor  responded  diat  if  diose 
two  colleges  agreed  on  somediing,  it  must  be  inevitable. 

AdHocComnnittftgs 

"Ad  hoc  committee"  is  just  anodier  way  of  describing  a  participative  management  team.  It 
can  be  a  very  powerful  device  when  used  wisely.  One  of  die  ingr^ents  we  found  essential  to 
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t!^  successful  fuxK:tk)ning  of  an  Overthepast 
two  years,  the  ChanceUor  has  qjpointedt^^  The 
Coinputer  Network  Planning  Committee  was  assigned  the  task  oi  inqilementing  phase  oat  of 
our  canq)us*w^  network  backbone.  Once  this  task  was  complete,  die  ad  hoc  committee  was 
excused  and  a  new  subcommittee  of  the  Computing  Activities  Council  was  fomied  to  woik  with 
tihe  University's  networidng  specialists.  The  Student  Information  System  Committee  was 
formed  to  develop  specifications  for  a  new,  integrated  student  information  systent  After  the 
specifications  were  complete,  ibis  committee  too  was  excused  and  a  new  committee  is  being 
formed  to  oversee  the  acqmsitim  and  implenientation  of  anew  systenoL  The  third  ad  hoc  com- 
mittee formed  was  the  Library  Automation  Committee.  Its  purpose  is  to  develop  specifications. 
Although  committees  can  sometimes  be  heavy  to  carry  around,  wc  have  found  diat  the  boiefits 
of  involving  all  players  is  wordi  the  wei^t  This  is  particulariy  true  when  you  consider  that 
Confuting  Services  may  have  been  the  representative  left  out  as  has  hsq)pened  in  the  past 

Confuting  and  Information  Technolopv  Management  Principles 

Several  mcmths  ago,  our  attenticm  turned  from  dealing  with  specifics  such  as  implementing 
the  networic  backbone,  upgrading  the  mainframes,  or  acquiring  a  student  system  to  thinking  in 
nxne  general  terms.  Although  we  have  made  much  pro^x^ss  in  die  past  couple  of  years  by 
using  a  participative  iq^proadi,  it  seems  reasomble  diat  someday  we  may  want  to  function  a 
little  more  efSdeatly,  partknilarly  on  routine  matters.  The  literature  tends  to  toot  the  horn  of  a 
full-functioning  steering  ccHmnittee/user  board  (Bouldin,  1989,  p.  26;  Drury,  1984,  p.  256; 
Glover,  1988,  p.  19;  Marks,  1989,  p.  14;  Nolan,  1982,  p.  72;  Reck  and  Reck.  1989,  p.  89). 
Althou^  die  Computing  Activities  Council  could  serve  sudi  a  role,  we  were  not  fully  comfort- 
able witii  it  as  a  lon^  term  solution  as  it  stands  today.  Fbr  this  itason,  we  were  quite  excited 
this  spring  when  we  ran  across  an  article  in  Harvard  Business  Review  by  T.  H.  Davenport,  M. 
Hammer,  and  T.  J.  Metsisto  entided  'How  Executives  Can  Shape  Their  Company's  Informa- 
ticm  Systems''  (1989,  p.  130).  This  artkle  discussed  the  development  of  principles  to  guide 
con^>uting  and  information  technology  managonent  We  started  the  first  step  tius  past  summer. 
Computing  Sovices'  managers  held  several  meetings  to  develop  a  '"strawman"  set  of  principles. 
These  principles  are  now  being  reviewed  by  the  Vice  Chancellor  for  Finance  and  Adnunistration 
witii  die  idea  tiiat  diey  will  eventually  be  presented  to  die  Chancellor  and  otiier  vice  chancellors 
for  acceptance.  Alcmg  the  way,  the  Conq)uting  Activities  Council  will  also  be  provided  the 
opportunity  to  have  input  Once  the  principles  are  accepted,  th^  could  be  used  by  Coraputing 
Services  to  make  routine  decisions  and  would  define  those  occasions  when  decisions  needed  to 
be  \2ken  diiecdy  to  the  Council 

RESULTS 

Today,  Computing  Services  is  generally  considered  to  have  a  vital  role  in  the  day-to-day 
funcr^^ns  of  die  University.  This  is  a  quantum  leap  from  die  time  when  die  typical  computer 
usi      'ildradierdoahnostanydiingthantohavetodeal  withus.  The  change  did  not  occur 
ovenL  .t,  and  we  still  have  a  long  way  to  go.  The  essential  thing  is  that  today  we  are  perceived 
as  being  headed  in  die  same  genend  direction  as  the  rest  of  die  campus.  We  believe  diat  die 
activities  described  above  account,  at  least  in  part,  for  diis  change  in  perception.  The  key, 
however,  has  been  our  genuine  openness.  We  have  both  listen^  to  and  acted  upon  the  con- 
cerns of  our  canq>us  community. 

Although  we  feel  that  our  partnerships  have  produced  positive  outcomes,  the  process  is  not 
aseasy  asitmay  sound  One  of  the  major  difficulties  is  time.  Sometimes,  things  seem  to  take 
forever.  It  is  often  tempting  to  think  that  you  could  have  abtady  in^lemented  something  in  the 
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time  it  took  just  to  educate  tfie  players.  ExpectaticHis  of  progress  must  constantly  'oe  down- 
graded to  piatch  actual  progress,     order  to  minimi2se  disappointment,  each  individual  meeting 
must  be  viewed  as  only  a  small  part  of  tfie  whole.  When  discussions  start  going  in  circles,  or 
get  way  out  on  a  tan^nt,  even  thougji  it  seems  like  it  would  save  time  to  cut  the  conversation 
off,  it  is  better  to  let  it  run  its  course  or  to  subtly  redirect  it  Occasionally,  such  a  conversation 
might  be  just  what  is  needed  to  convince  the  last  dissenter.  Finally,  sometimes  you  have  to  step 
back  and  take  a  long-range  perspective  just  to  see  how  far  you  have  come.  All  in  all,  I  imagine 
that  the  proceF**  is  like  plastic  surg^.  It  is  no  fun  while  you  are  going  through  it,  and  the 
process  seemx  ,o  take  forever,  but  the  results  are  generally  worth  Ae  trouble. 

Successes 

There  is  no  doubt  in  my  mind  that  if  Computing  Services  had  set  out  alone  to  inq)lement 
the  netwoik  backbcme,  we  could  not  have  achieved  the  quality  of  results  we  have  today,  even 
thou^  it  wouki  have  been  available  much  earlier.  IttookafE^tynoeinberatacrmmittee 
meeting  asking  if  the  goal  was  to  in^lemont  the  chei^KSSt  alternative  or  to  implement  vAiat  was 
best  for  the  University  to  get  everyone  behind  the  concept  of  a  netwoik  that  the  University 
couM  look  vfon  with  pride.  Somehow,  it  would  not  have  bem  tiie  same  if  a  systems  analyst 
had  asked  this  question.  I  believe  that  a  significant  indicator  of  our  success  is  that  people  refer 
to  UARKnet  as  the  "University's  network,"  not  "Computing  Services*  network."  This  is  a  far 
ciy  from  tfie  old  days  when  they  had  to  use  "Conq)uting  Services*  [mainframe]  computer." 

The  Future 

We  plan  to  cmtiinue  to  use  the  participative  partnership  approach  for  major  University 
projects,  particulariy  diose  that  have  far  reaching  implications  such  as  the  necwoik  backbme 
and  the  student  information  system.  Now  that  we  have  some  experience,  we  have  learned  first- 
hand those  tilings  which  can  eitiier  make  or  break  the  experience.  Not  surprisingly,  we  were 
not  the  first  to  uncover  tfiese.  Kanter  (1985,  p.  224)  actually  concludes  her  discussion  of 
partidp^itive  management  by  offering  tiie  following  ten  suggestims  for  oiganizaticms  that  would 
like  to  inclement  a  participative  q>proach: 

♦  Start  small  and  with  local  issues. 

♦  Neitiier  immiise  nm  «cpect  uo  much. 

♦  Allow  peq>le  to  define  for  themselves  the  issues  they  want  to  discuss  and  to 
opt  out  of  those  tiiey  wish  to  avoid. 

♦  Invdve  parties  whose  power  might  be  at  stake  and  give  tfiem  important, 
rewarded  roles  in  tiie  new  system.  * 

♦  Provide  education  on  both  the  skills  of  participaticxi/decision  making  and  the 
issues  to  be  discussed. 

♦  Maintain  leadership. 

♦  Make  sure  minori^  views  are  heard;  be  waiy  of  group  pressure. 

♦  Keep  time  bounded  and  manageable. 

♦  Provide  rewards  and  feedback— that  is,  tangible  signs  that  the  participation 
mattered. 

♦  Expect  participative  teams  to  wax  and  wane;  diey  supplement,  ratiier  tiian 
rq)lace,  tiie  hierarchy  or  routine  structure. 

Of  the  above,  our  esqperioice  indicates  diat  '"maintain  leadership"  is  probably  die  most  criti- 
cal. We  might  even  si^ggest  tiiat  you  change  it  to  '"maintain  knowledgeaUe  leadership."  A 
vision  of  the  future  is  ncrdo±  Tlus  is  a  piece  of  cake  if  the  leader  represents  die  information 
support  orcanization;  however,  tiiis  has  not  usually  been  die  case  witii  us.  It  tiien  becomes  a 
chafienge  for  your  organization  to  turn  die  appointed  leader  into  a  real  leader. 
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Abstract 

In  1987,  Administrative  Computing  at  Stanford  underwent  a  major  reorganization 
that  included  moving  the  organization  under  a  new  Vice  President,  creating  new 
management  structures,  and  decentralizing  applications  support  programmers  into 
the  line  organizations.  This  paper  explains  some  of  the  causes  lepding  up  to  those 
changes  and  attempts  to  assess  what  has  worked  and  what  hasn*t  in  financing  and 
nianaging  administrative  computing  at  Stanford.  The  first  section  of  the  paper 
discusses  organizational  and  management  issues,  the  second  the  fmancial 
strategies,  and  the  paper  concludes  with  some  thou^ts  on  charged-out  services 
written  .25  years  ago  by  the  1972  Nobel  Prize  winner  in  economics,  Kenneth 
Arrow. 
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Administrative  Qmputing  at  Stanford: 
What  I>idn*t  Woik  and  What  Might 


L  Introduction 

In  1987,  administrative  cciputing  at  Stanford  underwent  a  major,  and  for  some,  stressful, 
reorganization.  The  purpose  of  this  paper  is  to  describe  some  of  tl^  kty  factors  that  led  up 
tho  this  reoiganizatiai  and  explain  some  of  the  management  and  financial  strategies  adopted 
in  rebuilding  a  stable,  responsive  administrative  conoputing  environment 

The  choices  instituti(»!s  make  about  to  structure  their  budgets  and  thdr  budget  processes 
often  detemune  how  difficult  or  easy  certain  ventures  arc  to  start  and  how  well  others  will 
succeed 
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Figure  1 

Total  Expenditures  at  Stanford 

As  Hgure  1  shows,  to  the  neatest  100  million  dollais,  Staiuord  spends  $300  million 
annudly  in  general  funds,  $300  million  in  Restricted  Funds  (restricted  to  the  use  of  specific 
schools,  departments  or  activities),  $300  million  in  Auxiliaries  (such  as  the  Linear 
Accelerator,  the  Faculty  Practice  Program,  the  University  I^s,  Intercollegiate  Athletics, 
etcO>  and  another  $300  million  in  Capital  expenditures  such  as  new  buildings. 

The  fact  that  such  a  large  portion  of  the  expenditures  are  made  in  the  Restricted  Funds 
Category  means  that  the  institution  is  very  independent  and  enoiepreneurial.  And,  this 
independence  ajvi  the  local  control  of  such  large  resources  means  that  the  pefem^d  nxxie 
for  new  adventures  is  charge  out  (i.e.,  service  centers).  For  those  unfamiliar  with  Service 
Centers,  these  are  essentially  what  industry  would  refer  to  as  profit  centers,  except  that  ihzy 
are  not  allowed  to  run  profits. 
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n.  Management  Structure  in  1986 

HgiTC  2  is  one  depiction  of  a  Stanford  Organization  Chart  for  1986.  As  most  university 
enq)loyees  know,  organization  charts  for  universities  are  completely  dependent  on  who  is 
writing  the  chart  as,  for  the  most  part,  organization  charts  are  either  never  written  down  or 
not  shared 

In  1986  theie  were  six  Vice  Presidents.  Excluding  the  Medical  Center,  which  was  and 
continues  to  be  mostly  independent,  the  largest  Vice  Ptesidential  Areas  were  the  Ptt)vost*s 
(who  IS  also  the  Chiet  University  Budget  Officer)  and  the  Vice  Piesident  for  Business  and 
Fmance. 
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Figure  2 


Maj(r-  local  systems  appUcations  had  been  bmlt  in  the  Developnaent  Office  (reporting  to  the 
Vice  Ptesidenl  for  Development),  the  Registrar's  Office  and  libraries  (reporting  to  the 
Plovost),  Telecommunications  (reporting  to  the  Director  of  ITS),      he  Controller's 
Office  and  Human  Resources  (reporting  to  the  Vice  President  for     jiess  and  Finance). 
TTiese  local  applications  were  written  in  SPIRES  due  to  a  University  policy,  adopted  in 
1982,  that  central  data  bases  have  similar  structures. 

Information  Technology  Services  (ITS)  and  the  Vice  President  for  Business  and  Finance 
were  resp(»isible  for  die  mtire  range  of  administrative  computing  services.  Central 
conq>uting  capacities  were  provided  on  a  fee  fior  usage  basis  fiom  ITS.  Application 
support  pcffirammers  for  both  maintenance  and  development  of  svstems  were  available  to 
local  umts  for  hire  firom  ITS. 

i?unding  for  these  resources  resided  in  different  locatims.  Funds  to  pay  for  computing 
aq)acities  resided  in  the  local  units  budgets  along  with  funding  for  applicatims 
maintenance.  Funding  for  development  of  new  systems  resided  in  ffie  staff  function  of  the 
Vice  President  for  Business  and  Hnance 
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IIL  Management  Problems  with  this  Structure 

The  authors  have  heard  said,  both  by  Stanford  folks  and  by  non-Stanford  folks,  that  the 
main  problem  ITS  had  was  dhat  its  mission  and  goals  were  not  in  alignment  with  those  of 
the  University.  In  our  opinion,  this  simply  is  not  true.  We  believe  Aat  ITS  and  its 
previous  leaders  listened  very  closely  to  what  tte  community  wanted  and  dkl  eveiytliing 
possibte  to  provide  diat  level  of  service.  This  included  extensive  computer  related 
consulting  services  and  everything  else  from  providing  cc^y  centers  to  post  office  box 
services.  Virtually  everything  that  someone  wanted  was  ^vided. 

The  problem  was  not  the  services,  it  waf  ^he  cost  of  those  services.  And,  the  cost  center 
model  which  had  allowed  tremendous  growth  based  on  local  demand  ultimately  provided 
for  the  downfall  of  ITS. 


What  Went  Wrong? 

1.  Lack  of  Capacitv  Foiecasrinp 

Both  local  units  and  central  ITS  did  capacity  forecasting  to  some  degree  but  neither 
integrated  their  forecasts  with  each  other.  The  local  areas  typically  had  someone  who 
worked  for  central  ITS  responsible  for  making  projections  but  this  person  was  in  an 
awkward  situatim.  The  local  unit  frequently  did  not  want  to  be  told  that  they  would  need 
15-30%  more  capacities  and  furdiermoie  did  not  have  funding  to  pay  for  capacity  increases 
of  this  magnitude.  Thus,  local  uiiitstypicaUy(tid  not  have  of&ialfoitcast  est 
they  did,  Aey  were  sinq>le  statements  that  next  years  c  ipacity  needs  would  fit  within  the 
units  budget  (i.e.,  something  like  5%  growtfi). 

Central  ITS,  on  the  other  hand,  knew  that  5%  growtfi  was  unrealistic  and  that  based  on 
historical  data,  30%  growth  per  year  was  a  much  better  estimate  io  use  in  determining  when 
machine  upgrades  were  needed 

2.  Flat  Qi  ^  dining  Rates 

The  result  of  this  capacity  planning,  or  lack  thereof,  was  that  ITS  assumed  computing 
capacities  would  grow  by  30%  per  annum  and  thus  determined  that  ^hey  "^ould  decrease 
rates  by  10%  per  year  and  still  increase  total  expenditures  by  20%  per  year. 

3.  Expenditure  Contpol 

Expenditure  ccxitrol  was  the  principle  area  where  the  problem  manifested  itself.  The  key 
us^iS  of  these  services  (the  local  applications)  were  not  happy  paying  for  the  free 
consulting  services  that  were  being  offered  to  support  the  rest  of  the  administrative 
community. 

4.  Budgeting  for  New  Systems 

Budgeting  for  new  systems  didn't  work  because  new  systems  were  forced  to  pay  average 
costs  than  incremental  costs.  And,  more  importantly,  the  central  budget  officer  was 
either  unid>le  or  unwilling  to  pull  back  funds  from  areas  that  recdved  windfalls. 
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5.  1986  deficit 

The  lesult  of  aU  this  was  that,  in  1986,  ITS  eiKled  wi^ 
of  finger  pointiing. 

Hie  local  i^lication  areas  blanied  TTS  because,  "how  could  we  picject  how  much  our 
systems  were  going  to  cost  when  ITS  keeps  changing  its  rates." 

rrs  blamed  die  local  application  areas  because.  *lf  ITS  controlled  applicadcm  devel(q)mcnt, 
then  the  q>plications  wouldn't  u«e  so  mi^h  computing  capacities." 

Staff  for  die  budget  process  blanied  die  Vice  Evident  and  Ms  staff  to 

expenditure  growdi  and  die  Vice  President  bUuned  the  bud2et  staff  for  not  anticipating  diat 

the  local  areas  would  not  have  enough  funds  to  pay  for  theur  con^uti  ng  needs. 

After  many  naondis  of  thi^  and  a  review  committee  fista^ 

expenditures,  the  Provost  v^aUydeclaied  a  stop  to  die  finger  pointing  and  created  t^ 

following  new  coaq>utinj  structure  a^  Stanfora. 


IV.  1988  Organizatie-.  Chart  

1988  Stanford  Ui^lvtrslty 
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Figure  3 


Hgme  3  depicts  the  changes  tfiat  took  place  from  1986  to  1988.  Not  one  but  two  new  Vice 
Picsidendal  areas  have  been  formed.  intorEuation  Kesoiuces  (IR)  is  now  responsible  for 
Academic  Conmuting,  Administiative  Conqxiting,  Networidng  and  Tdeconmiunications 
Services  and  Libraiy  TecL  .logics.  In  addition,  the  Vice  President  for  Business  and 
Finance's  desire  to  move  into  new  ventures  resulted  in  die  latation  of  an  eighth  Vice 
President  for  Administrative  Resources.  This  VP  took  over  Human  Resources,  Facilities 
Planning,  Operations  and  Maintenance  and  S.  jdent  Housing  and  Food  Services.. 
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The  stnictuit  of  Administrative  Qxnputing  Services  also  changed  Whereas  in  the  past  ITS 
provided  tbt  computing  capacities  on  a  charge  out  basis  and  hired  the  applications 
programmers,  under  the  new  structure  the  applications  programmers  were  decentralized  to 
the  local  areas  and  computing  capacities  are  now  purchased  on  a  pricing  agreement  basis. 

The  management  stiucture  of  administrative  computing  also  changed  with  the  creation  of 
the  Core  Resources  Allocation  and  Management  Group  or  CRAM  for  short.  (There  were 
some  unhappy  people  at  ^iiis  name  but  after  discussing  some  worse  names,  OlAM  stuck.) 
CRAM*s  charge*  as  its  name  indicates,  is  to  allocate  core  capacities  to  the  central,  core 
applications  and  to  manage  the  use  of  those  resources. 

Here  too  was  something  that  didn't  work.  The  first  pass  at  creating  CRAM  was  to  have  the 
Assistant  Vice  Rnesident  for  Information  Resources  (Chair),  the  Controller,  tiie  University 
Budget  Officer,  the  person  in  charge  of  the  applicaticxis  devdopment  fimd,  and  the  Director 
of  Administrative  Conqniting  as  the  members.  Needless  to  say,  this  structure  did  not  go 
over  very  well  with  the  University  Officers  in  Ae  Libraries,  Registrars  Office,  or  the 
Devel(^ment  Office.  After  -"il,  these  offices  were  still  Uie  coie  clients. 

So,  after  a  litde  more  thought,  it  was  decided  that  CRAM  should  in  fact  include  its  prunary 
clients  (i.e.,  the  senior  officer  responsible  for  each  of  those  applications  areas)  In  addition 
to  those  mentioned  before. 


V«  The  Need  for  a  Creative  Financial  Strategy 

The  organizational  solution  that  proposed  decentralization  of  the  applications  programmers, 
recentralization  of  funds  for  mainframe  services,  and  an  ovei'si^t  management  group 
called  CRAM  created  a  unique  set  of  challenges  for  a  financial  strategy  to  support  t.iis  new 
entity.  Essentially,  the  financial  strategy  had  to  achieve  die  following  goals: 

1.  Create  a  ftinding/charging  mechanism  that  would  assure  the  authority  of 
the  new  CRAM  management  structure. 

Without  some  control  over  resources,  the  new  management  group  would  have  little 
clout  and  insufficient  accountability  to  make  the  new  reporting  relationships  weak. 

2.  Support  control  of  Applications  Programming  in  the  line  organizations 

A  major  cmiplaint  about  the  c^K  rganiz^^tim  was  one  of  the  lack  of  understanding 
of  the  essential  University  processes  that  systems  had  been  designed  to  support 
They  were  not  adequately  designed  with  client  ne^.    i  mind. 

3.  Protect  the  I7niversity  Operating  Budget  from  uncontrolled  growth  in 
computing  costs. 

As  mentioned  earlier,  unconstrained  growth  in  computing  costs  hitting  the 
Operating  Budget  had  to  bv  brought  into  control  It  was  die  key  factor  in  triggering 
die  reorganization  of  administrative  computing. 
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4.  Maintain  an  equitable  ciiarge-out  strategy  for  cost  recovery  to  meet 
Federal  A-21  regulations  governing  service  centers. 

Because  Stanford  is  a  major  lesearch  University  with  administFative  computing 
costs  ultimately  allocatisd  to  federally  sponsoied  leseaich  projects,  oiu*  Service 
Center  charge  out  pdides  must  meet  die  criteria  of  fedend  re  Ftincipalof 
these  regulations  is  die  rcquiitment  diat  users  be  chaigrd  equitably  to  assure  fair 
costing  to  Government  sponsoitd  projects. 

5.  Provide  long-term  stability  for  the  Data  Center  that  would  assure  timely 
hardware  and  software  upgrades  as  necessary. 

While  controlling  costs  to  the  University  remains  a  primary  concern  it  is  equally 
ininortant  to  maintain  die  Data  Center's  technology  at  a  kvd  dutt  opti 
Stanford's  needs  against  the  opportunities  oeated  by  technological  advances. 
Upgrades  on  our  IBM  mainframe  units  are  needed  on  2-3  year  intervals  to  meet  our 
client  needs  and  to  keep  up  widi  die  technology  so  we  don't  find  ourselves  in  a 
technological  cul  de  sac. 


VI.  The  COR£  Concept  for  Funding  Primary  Administrative  Systems 

In  order  to  meet  all  c  ?  die  objectives  oudined  above,  die  concept  of  CORE  was  developed. 
Essentially,  die  idea  was  to  have  die  Provost  enter  into  a  partnership  widi  die  Stanford  Data 
Center  to  purchase  apiece  of  the  IBM  mainframe  for  the  use  of  die  primary  administrative 
systems.  On  an  annual  basis,  die  centre  I  Opmting  Budget  would  buy  a  share  of  the 
niainframe's  overall  C^U  capacity,  disk  and  tape  storage,  and  printing  capacity.  Instead  of 
billing  each  client  account  for  actual  CPU  seconds  used,  pages  of  print  and  megabytes  of 
storage,  die  Provost,  widi  Operating  Budget  funds,  owns  a  percentage  of  diese  capacities 
and  allocates  fhtm  to  die  CORE  clients  .^eluding  d^  Registrar,  Controller,  Office  of 
Development,  Administrative  Resources  and  die  Libraries).  The  amount  purchased  would 
be  based  on  historical  usage  and  estimates  of  growth  for  existing  function,  plus  some  head 
space. 

Tnis  concept  met  objectives  #3  ani  #5  oudined  above  in  that  it  is  a  reasonable  cost  recovery 
piediod  ui\der  A-21  principles  and  it  established  die  fidl  cost  to  die  Operating  Budget  well 
in  advance  providing  the  needed  cost  control.  The  cmly  pn^lem  was  diat  tte  funding  to 
purchase  a  piece  of  die  mainframe  was  in  die  individual  CORE  clients*  budgets!  In  oixler  to 
make  die  CORE  concept  possible  it  was  necessary  to  pull  diese  dollars  out  of  die  line 
organization  budgets.  This  was  also  die  key  to  niaking  die  CRAM  managenient  group 
woA  (objective  #  1),  Making  diem  collectively  responsible  for  die  CORE  budget  would 
support  dieir  audiority. 

At  Stanford  very  litde  is  done  by  mandate.  Thus,  it  was  necessary  to  persuade  the  line 
manageis  diat  diis  plan  was  in  their  best  interests  as  well  as  diose  of  die  Provost.  This  was 
accomplished  by  emphasizing  die  advantages  of  budget  stabilization  diat  would  come  from 
knowing  in  advance  exactiy  what  dieir  confuting  costs  would  be  for  tiiree  y-tars  in 
advance.  Plus,  die  line  managers  bought  into  die  overall  concept  of  optimizing  local 
control  for  applicaticms  programming  and  central  control  of  die  Data  Cbntcr  budgets.  Of 
course,  die  pnncipal  line  managers,  such  as  die  ControUer  and  die  Registrar,  who  are 
owners  of  die  large  administrative  systems  are  members  of  die  CORE  Resource  Allocation 
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Management  (CRAM)  gxmp.  This  gives  them  dual  responsibility  for  both  their  own 
applications  and  for  sharing  in  the  managenoent  of  the  overall  COSE  capacity  allocations 
and  growth.  Once  these  funds  were  centralized  in  die  control  of  the  CRAM  group, 
objectives  #1  and  #4  outlined  above  were  realized  Moving  the  applicatiofis  programmers 
into  the  ILne  organizations,  where  the  funding  was,  and  co-locating  them  with  the  line 
staff  met  objective  #2.  Figure  4  shows  this  realignnient  of  ^he  applications  prc^rammers 
to  the  line  and  the  recentralization  of  the  production  computing  budgets. 


Restructuring  Adnriinistrative 
Computing  at  Stanford 


Stanford 

Data 

Canto'^ 

Applications 
Programmars 

Lina  Orga 

--Controiiar 
-Ragiatrar 
--Davalopmant 
--Etc 


Production 
Compiiling 

$ 


Figure  4 


Vn.  How  Well  Does  the  CORE  Concept  Work? 

Administrative  computing  is  now  in  a  "controlled"  growth  pattern.  Computing  costs 
charged  to  die  University  Operating  budget  are  expected  to  grow  at  about  12%  per  year 
(down  considerably  firom  years  of  more  that  20%).  However,  because  the  Provost 
purchased  a  share  of  the  mainframe,  including  some  critical  "headspace",  actual  growth  in 
CPU  usage  for  the  CORE  systems  is  expected  to  grow  at  an  average  21%  over  At  next 
three  years.  In  addition,  capacity  forecasting  has  improved  and  Data  Center  equipment 
planmng  is  better  integrated  with  budget  realities,  siq)porting  more  realistic  planning  for 
mainframe  upgrades.  A  consolidated  three  year  plan  has  been  prepared  for  all  of  the  CORE 
applicaticMis,  and,  this  year,  the  Data  Center  and  CORE  clients  are  maldng  important 
advances  in  integrating  user  needs  widi  technotogy  planning  through  the  applications  plans. 
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VIIL  Conclusions 


There  are  many  conclusions  that  could  be  drawn  from  the  Stanford  experience.  As  always, 
the  financial  strategies  and  oiganizaticm  structures  need  to  fit  the  culture  of  the  institution! 
However,  given  the  context  of  this  conference,  we  will  try  to  summarize  the  important 
things  we  felt  wc  learned  To  some,  these  will  seem  extremely  obvious.  But, 
unfortunately,  when  you  are  surrounded  by  day-to-day  problems  and  no  one  has  or  is 
willing  to  accct.  clear  respaisibility,  very  obvious  things  tend  to  be  missed. 

Following  are  the  lessons  wc  found  most  important: 

L  Control  both  rate  increases  and  total  expenditures  growth  for 
service  centers. 

2.  Include  major  clients  as  a  part  of  the  management  structure 

for  administrative  ccxnputing. 

3.  Develop  a  financing  strategy  that  allows  this  to  happen. 


In  our  case  there  were  many  parts  to  that  financing  strategy  but  perhaps  the  most  important 
one  was  the  partitioning  of  the  machine  and  the  upgrade  strategy  we  chose  to  adopt 


Epilogue 


As  an  epUogue  to  this  paper,  we  would  like  to  share  some  thoughts  irom  a  young 
economist  who  later  went  on  to  win  die  Nobel  Prize  for  Econcmiics.  In  a  1964  paper, 
"Research  m  Managpment  Qmtrols:  A  Critical  Synthesis",  Management  Contml!  New 
Directions  in  Basics  Research.  Ken  Arrow  wrote  down  five  cucumstances  under  y<  Ach 
charge-out  structures  (or  transfer  pricing  as  it  was  called  in  those  days)  do  not  woric.  We 
leave  it  to  the  reader  to  deteraiinc  how  many,  if  any,  of  tlie  following  apply  to  the  Stanford 
situation. 


Circumstances  under  which  Charge-Uut  Structures  do  not  Work 

1.  When  consequmces  of  the  decision  extend  far  into  the  future. 

2.  When  the  external  world  is  changing,  particularly  when  it  is 

changing  uncertainly. 

3.  Externalities  (when  the  profitability  of  one  part  of  the 

organization  depends  on  the  profitability  of  another). 

4.  When  there  exists  large  uncertainties  in  prices. 

5.  When  manajgers  are  not  performing  well.  (i.e..  When  they  are 

not  paying  attention  to  revenue  and  expenditures.) 
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Many  nstitutions  face  an  aging  applications  portfolio  that  demands 
much  attention  and  many  resources  from  information  systems 
management  and  clients.  These  oldsr  applications  are  often  caught  in 
cycles  where  maintenance  and  operation  become  increasingly 
expensive,  yet  replacement  costs  are  prohibitive.  Efforts  to  meet 
constantiy  changing  business  needs  ai^  also  straining  many 
applications.  In  order  to  help  suppori  s  major  capital  campaign,  MIT 
chose  a  highly  targeted  and  intensive  approach  to  enhance  an  existing 
alumni/fund-raising/gifts  system  rather  than  replacing  it.  This  paper 
discusses  this  project  and  projects  of  this  type  m  general. 
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Introduction 

As  ihey  head  into  the  19908,  many  universities  find  themselves  facing  a  common  problem:  a  portfolio  of 
business  and  administrative  appUcations  that  are  aging,  difficult  and  expensive  to  maintain,  and  no 
longer  meet  the  needs  of  the  fimctions  they  support.  This  problem  is  not  imique  to  universities,  as 
corporations  with  custom  applications  (as  opposed  to  relying  predominantly  on  vendor  packages)  face 
the  same  issue.  We  presently  find  ourselves  in  an  era  when  new  toob  and  techniques  to  support  the 
design  and  construction  of  applications  are  commonly  available,  yet  most  organizations  still  spend  the 
vast  majority  of  their  programming  resources  on  maintaining  existing  systems 

As  an  application  ages,  the  real  dollar  cost  to  operate  and  maintain  it  usually  increases  each  year. 
There  are  a  number  of  reasons  for  this: 

•  As  the  application  is  changed  by  adding  screens,  modules,  data  elements,  and  the  like,  it 
becomes  unwieldy,  and  its  origiifud  architecture  weakens  to  the  point  sinular  to  a  house  of  cards 
ready  to  coll  >se  at  the  failure  of  one  key  component. 

•  As  changes  are  made,  technical  documentation  often  is  not  updated,  making  maintenance  more 
difficult  by  causing  a  divergence  between  the  application  and  the  documentation. 

•  As  the  underlying  business  processes  of  the  organization  evolve  and  change  from  those  in  place 
when  tike  application  was  originally  designed,  the  ability  of  the  application  to  support 
changing  fimctions  decreases  2ach  succeeding  functional  change  becomes  more  and  more 
difficult  to  implement. 

Most  application  support  organizations  face  intense  pressure  from  clients  to  keep  up  with  their  requests 
for  changes.  Nfany  groups  carefully  monitor  their  backlog  of  requests  but  are  seemingly  unable  to  'Iceep 
their  heads  above  water^.  This  pressure  forces  many  application  changes  to  be  done  on  a  ''quick  fix'' 
basis,  without  sufficient  thought  given  to  implications  on  the  overall  application  architecture.  These 
quick  fixes  often  exacerbate  the  problem  with  older  applications  and  make  continued  maintenance  and 
operation  more  costiy  and  difficult.  This  paper  will  describe  a  successful  project  to  improve  a  major 
business  application  and  extend  its  life  by  a  targeted  approach  to  breaking  out  of  the  typical  costly 
maintenance  cycle. 


Ba  Icground 

The  Massachusetts  Institute  of  Technology  (MID,  like  most  institutions,  has  an  aging  applications 
portfolio  and  spends  most  of  its  application  support  resources  on  maintaining  these  applications.  With 
the  exception  of  three  relatively  small  systems  which  use  vendor  packages  or  service  bureaus,  all  of 
MITs  administrative  applications  have  been  custom  developed.  During  the  last  fiscal  year  (ending 
June  30, 1989),  MIT  spent  more  than  $7  million  to  develop  and  maintain  administrative  applications, 
with  50%  of  this  total  spent  on  low-level  maintenance.  Many  of  these  appUcations  operate  in  the  IBM 
nidnirame  environment  and  are  more  than  ten  years  old,  with  an  original  architecture  dating  to  the 
1960s.  While  some  of  these  applications  have  been  converted  to  different  operating  systems  over  the 
years  (DOS  to  VSl  to  VM/CMS),  their  underlying  designs  have  not  been  improved. 

Most  maintenance  on  these  ap^dications  is  done  on  a  task-by-task  basis,  in  which  individual  changes 
are  implemented  one  at  a  time.  The  priority  for  maintenance  tasks  is  established  by  the  client,  who 
responds  to  changes  in  business  processes  aiul  functions.  Changes  to  application  databases  are 
occasionally  made,  usually  done  on  a  task-by-task  basis  also.  In  some  instances,  this  process  results  in 
the  technological  equivalent  of  a  ramshackle  shack  which  is  now  ugly  (from  a  technical,  functional, 
and  user  interface  perspective),  difficult  to  maintain,  and  in  danger  of  collapse. 
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Over  fhe  last  few  years,  MIT  has  deceiiw     jd  the  responsibility  for  support  of  approximately  50%  of 
its  administrative  applications^.  Applications  can  be  developed  or  maintained  in  several  ways:  by 
programmers  from  Administrative  Systems  Development  (ASD),  the  central  applications  development 
group;  by  programmers  in  client  o^^ces;  by  consultants  from  outside  of  the  Institute;  or  by  any 
combination  of  these. 

One  of  the  risks  of  decentralization,  observed  at  MIT  as  well  as  at  many  other  universities,  is  difficulty 
in  creating  and  enforcing  standards.  With  the  responsibility  for  applications  support  reporting  up 
througli  different  line  organizations,  there  is  a  good  chance  that  conunon  techniques,  tools,  and 
architectures  will  not  be  used.  Unless  some  type  of  centralized  review  and  authority  over  application 
support  is  established  (by  the  central  information  technology  organization,  for  example),  the  risk  of 
standards  being  ignored  is  much  greater.  The  lack  of  adherence  to  starnlards  can  exacerbate  the 
nudnteiumoe  problem  described  on  page  1. 


The  Alumni,  Donor,  Development,  and  Schools  S3rstem 

In  1979,  MIT  developed  an  application  to  track  all  alumni  and  their  gifts.  The  central  application 
development  group,  working  with  the  Alumni  Association  and  tfie  Treasurer's  Office,  developed  the 
new  systent  The  system  uses  the  ADABAS  database  management  system  to  nuuntain  its  data  and  the 
PL/I  programming  language  for  on-line  and  some  batch  functions. 

Over  the  years,  the  system  was  maintained  and  enhanced  to  provide  additional  furKrtioiuility  as  client 
needs  changed.  The  central  applicatk>n  group  performed  most  of  this  maintenance  on  a  task-by-task 
basis  as  described  above,  with  little  overall  strategic  directk>n.  During  this  same  period,  the  Alumni 
Association  also  established  its  own  small  group  of  programmers;  the  group  focused  primarily  on 
writing  management  reports  to  track  the  various  data  about  alumni  and  their  gifts.  In  addition,  this 
group  developed  a  number  of  small  subsystems  ttiat  used  some  of  the  data  in  the  main  system. 

In  the  mid-1980s,  MIT  began  to  formulate  plans  for  a  major  capital  campaign.  These  plans  evolved  into 
the  Campaign  for  the  Future,  a  $550  million,  five-year  campaign.  As  part  of  the  plans,  the  Resource 
Development  department  more  than  doubled  in  size  in  order  to  manage  can^gn  prospecting  arnl 
solicitation.  Part  of  this  iiKrease  resulted  from  creating  a  small  progranuning  group  to  write 
management  reports  for  the  campaign.  The  staff  of  the  Alunmi  Association  also  iruseased  (though  by  a 
smaller  nuigrdtude)  in  order  to  er\hance  its  efforts  on  aruiual  giving. 

By  the  campaign  kickoff  in  t987,  the  original  alunmi/gifts  system  had  grown  to  become  the  Alumni, 
Donor,  Development,  and  Schools  (ADDS)  systenv  Its  purpose  was  to  support  the  following  groups: 

•  Alurrmi  Association,  responsible  for  alunmi  relations  and  armual  giving 

•  Resource  Development,  re^nsible  for  researching,  prospecting,  and  soliciting  major  gifts 

•  Treasurer's  Office,  responsible  for  recording  the  gifts 

•  development  officers  of  the  five  schools  at  MIT,  responsible  for  school-related  solicitations 


For  more  on  how  MIT  has  decentralized  application  support,  see  Mary  Ellen  Btuhnell  and  Do  ild  E.  Heller, 
^AppUcation  Development  Services  in  a  Competitive  Environment^,  CAUSEIEFFECT,  Fall  198. ,  p.  M. 
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The  illustration  below  shows  the  relationship  of  the  ADDS  system  tc  the  various  departments 
involved. 
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The  architecture,  many  of  the  [  ograms,  and  much  of  the  database  structure  of  the  ADt^w  ^ystem 
remcLmed  similar  to  the  original  system  developed  almost  ten  years  earlier.  A  number  of  enhancements 
and  modifications  were  made  to  support  the  campaign,  but  these  primarily  were  added  on  top  of  the 
existing  system,  rather  than  being  fully  intepated  into  it.  Some  of  these  enhancements  were  actually 
new  subsystems  to  track  such  entities  as  pn>^)ect  information  and  campaign  volunteers.  Other 
enhancements  involved  writing  reports  (at  this  stage  primarily  using  NATURAL,  a  4th  generation 
language)  to  support  campaign  researchers  and  solicitors.  At  the  time,  ASD  and  the  client  offices 
believed  the  system  should  last  through  the  life  of  the  campaign,  even  though  it  would  be  close  to 
15-yearsrold  by  the  end  of  the  campaign.  ASD  had  two  programmers  supporting  the  ADDS  system, 
with  60%  of  their  time  spent  on  maintaining  the  on-line  system,  and  40%  on  progranuning  management 
reports. 

With  the  campaign  ready  to  begin,  the  ADDS  ^stem  was  being  used  by  alnwst  200  different  people  in 
three  administrative  departments  and  five  schools,  v.  ith  an  average  of  60  simultaneous  users.  During 
the  most  recent  fiscal  year,  the  syi?tem  was  used  to  record  over  40,000  gifts  and  pledges  with  a  total 
value  exceeding  $131  million.  In  addition,  an  average  of  170  batch  report  jobs  are  run  against  the 
database  each  week.  Many  of  us  felt  an  omen  was  sent  when  the  stock  market  dropped  precipitously  on 
Black  Monday  only  three  days  before  the  official  campaign  kickoff  in  1987. 


The  Problems  Begin 

With  increased  usage  of  the  ADDS  system  following  the  campaign  kickoff,  both  the  clients  and  ASD 
staff  began  to  notice  some  problems.  Their  observations  included  the  following: 

1 .  Re^nse  time  for  both  the  on-line  portion  of  the  system  (used  for  entering  and  querying  alumni 
biographical  and  gift  information)  and  batch  jobs  (prin  arily  management  reports^  was 
deteriorating.  While  this  was  partly  due  to  the  overall  load  on  the  IBM  3083  msinfraitie  on 
which  ADDS  ran,  some  questions  were  raised  about  the  performance  of  the  ADDS  system  itself. 
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2.  The  mainframe  cost3  associated  with  running  the  ADDS  system  were  increasing  rapidly  and 
approached  $1  million.  Since  the  data  center  at  MIT  operates  on  a  chargeback  basis,  the 
increased  costs  impacted  the  client  operating  budgets. 

3.  The  user  interface  and  functioning  of  the  cm-line  portion  of  the  system  were  awkwaid  and 
inconsistent  Menu  hierarchies  and  screen  navigation  rules  forced  users  through  many  different 
screens  in  (nxier  to  enter    queiy  information. 

4.  Many  of  the  programs  were  awkwanl  and  difflcult  to  understand  fcMTth^ 

maintaining  the  system.  Qrer  the  years,  some  ineffident  and  unsmictured  programs  had  been 
written  duit  tended  to  be  ''doned*'  by  subsequent  programmers  who  needed  to  develop  a  similar 
function  or  report.  In  this  way,  ineffidendes  and  structural  problems  were  perpetuated 
throughout  the  ^tem. 

5 .  The  data  structures  were  ineffident  and  in  many  cases  did  not  support  client  business  needs. 
Data  elements  and  descriptors  (keys)  bad  been  added  to  the  database  as  needs  arose,  with  no 
overall  plan  for  or  redesign  cf  the  database. 

These  observations  raised  concern  over  whether  the  ADDS  system  would  in  fact  be  able  to  support  the 
Campaign  for  the  Future  during  its  remaining  four  years.  We  knew  we  could  not  implement  a  vendor 
package  or  devetop  a  completely  new  system  in  the  middle  of  the  campaign  without  major  disruptions. 
Even  if  the  system  did  in  fact  last  ttuough  the  end  of  the  can^gn,  people  thought  it  could  not  be  used 
much  beyond  that,  if  the  campaign  was  extended  beyOiid  its  original  five-year  duration  (a  common 
event  in  capital  campaigns). 

Because  of  these  growing  concerns,  clients  and  Information  Systems  (the  central  information  technology 
oiganization)  dedded  in  1988  to  conduct  a  study  of  the  ADDS  system,  examining  problems  and  possible 
solutions  to  ensure  system  usefulness  throughout  the  life  of  the  can^gn.  A  decision  was  made  to  hire 
an  independent  consultant  in  omer  to  bring  the  necessary  expertise  to  the  review  process. 


Review  of  the  ADDS  System 

In  September,  1988,  MIT  hired  a  consultant^  to  review  the  ADDS  system  and  make  recommendations  for 
improving  it.  The  consultant  had  a  number  of  years  of  experience  in  applications  development  and  had 
been  a  prindpal  in  a  consulting  firm  specializing  in  ADABAS  and  NATURAL  applications.  He  spent 
approximately  six  weeks  meeting  with  clients  and  ASD  staff  as  well  as  reviewing  PL/I  and  NATURAL 
programs,  the  logical  and  physical  design  of  the  daUbase,  and  system  performance  reports.  The  resi^Its 
of  the  study  were  presented  to  a  group  that  induded  the  vice  president  and  department  head  of  each  of 
the  areas  involved  with  the  ADDS  system. 

The  key  findings  of  the  study,  as  summa*  »ed  in  the  final  report,  were: 

1.    Programs  and  batch  jobs  are  ineffident ...  programs  and  jobs  can  be  improved  10%^5%  in  execution 
speed  by  more  stnictunad  desjign  and  programming  techniques. 

2    Programs,  jobs  and  systems  are  difficult  to  understand  and  maintain ....  almost  all  programs  could 
benefit  from  improved  structured  design  and  programniing  techniques  ...  there  is  almost  no 
technical  docYimentation. 

a    The  database  design  is  inefficient ...  there  are  an  excessive  number  of  keys  to  the  major  files.... 
Compound  keys  to  support  the  frequently  used  e  .^ess  paths  do  not  exist ...  there  is  no 
documentation  about  the  design  dedsions  made 


The  ;ames  of  the  consulting  firms  used  in  this  project  are  not  given  in  oider  to  avoid  any  appearance  of  an 
endorsement  by  MIT;  this  shoulc  not  be  construed,  however,  as  a  comment  on  their  performance.  More 
information  is  available  from  the  author. 


4  The  uier-inteifice  of  the  on-line  systems  is  inefficient...  The  user  must  traverse  through  nmlHple 
screens  to  satisfy  their  information  request  where  one  screen  would  siifBce....  The  usei  cannot  go 
directly  fh>m  their  current  screen  to  the  one  they  need  next....  On-line  help  is  rarely  available 

5.    Finding  problems  and  determining  their  cause(s)  is  difflcult  and  time-consuming  ...  determining  how 
often  programs  are  rur  is  difficult  or  impossible  ...  determining  which  database  files  are  accessed, 
how  they  are  accjsa^  and  how  often  is  difficult  and  expensive  There  are  over  40  NATURAL 
libraries  contai^ting  over  4J500  programs ...  only  120C-2000  are  used  in  production.^ 

In  order  to  elimiiuite  or  alleviate  these  problem^  the  rqx>rt  niade  the  following  recommendations: 

1.    Proceed  with  a  project  (the  ''ADDS  Efficiency  Project^)  to  improve  the  systems,  practices,  and 
procedures  related  to  the  ADDS  database. 

2    Hire  a  full-time  Data  Administrator  to  manage  the  ADDS  systems  and  the  improvement  project. 

1    Provide  training  to  all  ADDS  development  personnel  in  structured  design  and  programming.  * 

The  major  benefits  of  undertaking  this  project  would  be  to  in^rove  ttie  performance  efficiency  of  the 
ADDS  system^  reduce  or  control  ttie  growth  of  application  maintenance  and  support  costs,  aiul  most 
importantly,  ensure  that  the  system  would  last  fdr  the  duration  of  the  Campaign  for  the  Future.  The 
nui jor  iricremental  costs  (beyoi^  resoui  jes  already  dedicated  to  the  ADDS  system)  would  be  the  cost  of 
the  data  administrator  and  the  additional  resources  for  accomplishing  the  report  recommendations. 

The  Search  for  a  Data  Administrator 

Among  the  complexities  of  the  ADDS  system  are  that  it  directly  supports  three  nui jor  departments  and 
that  tl^  technical  support  is  provided  by  three  different  departments  (see  diagram  page  3).  Because  of 
this,  governance  of  die  system  is  relegated  to  a  series  of  committees,  summarized  in  the  table  below. 


Committees  with  mbmben 


RespcmsiMlily 


ADDS  Management  Group 
Director,  ASD 

Directory  Alumni  Information  Management 

Director,  Campaign  Systems 

Recording  Secretary 

Dat^   oordinaior,  Sloan  School 


Set  policy 

Long-run'  planning 
Resolve  <  .Terences  between  the 
Technical  Group  and  the 
Operations  Group 


i        Technical  Group 
i>.4ecCor»  Alumni  Information  Management 
(chair) 

Technical  staff  from  ASD,  Alumni,  and 

Resource  Development 
Area  Manager,  ASD 


Establish  programming  standards 
Review  file  structures 
Determine  ways  to  implement 
changes  requested  by  the 
Operations  Group 


ADDS  Operations  Group 
Director,  Campaign  Systems  (chair) 
Users  from  Alumni,  Resource  Development, 

Treasurer's  OfBce,  and  Schools 
Area  Manager,  ASD  


Discuss  requested  changes, 
performance  problems,  and  other 
factors  affecting  users 


^    "Management  Report:  MIT  ADDS  Database  Systems  Efficiency  Evaluation^  internal  MIT  report,  October 

1988,  pp.  6-8. 
4    Ibid.  p.  11 
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During  discussions  about  hiring  a  data  administrator  to  assume  overaU  responsibility  for  the  ADOS 
system  and  the  ADDS  Efficiency  Project  (AEP),  it  became  dear  that  a  consensus  did  not  exist  regarding 
which  organization  should  supervise  the  data  administrator  in  a  reporting  relationship.  In  addition, 
tfie  question  was  raised  whether  a  cpialifled  data  administrator  could  be  retained  once  the  AEP  was 
Gon^lete  and  a  more  stable  operating  environment  was  achieved. 

Because  of  these  concerns,  the  aedsion  was  made  to  hire  a  consultant  to  act  as  th^  data  administrator 
and  to  lead  the  AEP  for  its  estimated  duration  of  twelve  months.  The  consultant  would  be  funded  by 
end  would  report  direcUy  to  the  Director  of  ASD,  with  a  responsibiUty  for  cooidinating  his  or  her  work 
with  the  three  groups  that  govern  the  ADDS  system. 

In  December  1988,  a  Request  for  Proposal  was  written  and  distributed  to  twdve  organizations  around 
the  countiy.  The  request  contained  excerpts  from  ihe  ADDS  study  and  asked  for  proposals  for  providing 
data  administration  services.  Hie  oiganizations  solidted  ranged  from  Big  8  accounting  firms  to  small, 
spedaUzed  information  technok>gy  consultanb.  Proposals  were  received  from  sevpn  con^>anies,  and 
after  an  initial  review  by  the  Director  of  ASD,  two  were  eliminated  because  they  did  not  meet  the 
minimum  requirements  stated  in  the  request.  The  remaining  five  proposals  (which  ranged  in 
cost  tnm  approximately  $94,000  to  $219,000)  were  distributed  to  the  membere  of  the  ADDS 
Management  Group.  Another  proposal  was  diminated  in  flus  process  and  the  renuining  four  firms  were 
invited  to  MIT  to  present  thdr  proposals. 

The  presentations  were  conducted  in  January  1989,  and  the  winning  proposal  was  sdected  unanimously. 
The  contract  award  was  based  on  three  factors: 

•  qualifications  ana  reputation  of  the  contracting  firm  and  of  the  individual  proposed  as  data 
administrator 

•  description  of  the  services  to  be  provided 

•  proposed  cost 

The  winning  proposal  was  the  second  lowest  in  cost  of  the  four  finalists.  A  one-year  contrad  with  the 
firm  was  negotiated  and  signed,  and  the  data  administrator  began  working  in  February  1989. 


The  ADDS  Efficiency  Project 

A  project  team  was  forn»ed  for  the  AEP.  Under  the  direction  of  the  data  administrator,  meirbers 
induded  two  senior  level  and  one  mid-level  analyst  programmers  and  one  tet'Jmical  writer,  aU  from 
ASD.  In  addition,  a  manager  from  ASD  also  was  involved  on  a  day-to-day  basis  with  the  project.  The 
AEP  team  would  work  closely  with  programming  staffs  from  the  Alunnni  Association  and  Resource 
Developntent,  though  the  AEP  team  would  not  have  direct  autiwrity  over  their  v/ork.  All  parties 
acknowledged  tiuit,  while  programmers  from  the  dient  departments  would  be  involved  in  the  AEP,  the 
majority  of  their  work  would  have  to  continue  to  support  the  on-going  operations  of  tt»e  campaign. 

The  first  task  of  Qte  AEP  team  was  to  review  the  ADDS  study  report  and  to  develop  a  project  plan 
outiining  the  work  to  be  conducted  over  \he  foUowing  twdve  mc.tiis.  The  project  plan  was  completed 
and  reviewed  with  the  ADDS  clients  within  about  three  weeks.  The  major  activities  of  the  project  fell 
into  the  following  three  categories: 

•  Analysis  and  redesign  of  the  production  database  files 

•  Analysis  and  reprogramming  of  the  large,  frequendy-run  batch  reports 

•  Analysis,  r«Hle8ign,  and  reprogramming  of  the  on-line  portions  of  the  system 
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In  addition  to  these  activities,  education  and  training  of  the  technical  staffs  supporting  the  system 
were  to  be  addressed  by  the  project.  This  was  done  through  a  variety  of  mechanisms:  informal  training 
sessions  about  the  ADDS  system  and  its  data  targeted  at  users;  sessions  about  ^)ecific  programming 
topics  led  by  the  data  administrator  and  targeted  at  client  programmers;  and  formal  workshops  on 
various  aspects  of  ADABAS  and  NATURA^  picgramming  led  by  an  outside  training  firm. 

The  AEP  was  scheduled  to  lasT  for  twelve  months,  through  February  1 990.  To  allow  for  any  changes 
that  may  occur  during  the  life  of  the  project,  the  schedule  set  the  completion  date  for  the  final  task 
approximately  ten  months  into  the  project,  thus  allowing  for  contingency  time  of  15%. 

As  noted  on  page  4,  one  of  the  critical  problems  with  the  existing  system  was  the  lack  of  standards 
supporting  the  maintenance  of  the  ADDS  system.  Consequently,  one  of  the  project's  first  activities  was 
to  establish  standards  for  the  maintenance  and  documentation  of  the  ADDS  system.  The  consulting  firm 
selected  to  provide  the  data  administrator  was  weu*respected  for  its  work  with  ADABAS  and 
NAIURAL  environments,  including  establishing  specific  progranuning  standards.  The  AEP  team 
wisely  decided  early  on  to  adopt  these  standards  as  the  basis  for  much  of  the  work  to  be  done. 


Analysis  and  Redesign  of  the  Database 

As  descril)ed  on  page  4,  an  overall  plan  for  implementing  changes  to  the  database  files  in  the  ADDS 
system  did  not  exist  prior  to  the  initiation  of  the  AEP.  In  the  past,  when  an  office  needed  a  field  added 
to  one  of  the  files,  it  was  usually  added  to  the  end  of  the  file  because  this  was  the  easiest  and  fastest 
way  to  *nake  the  change.  This  solution  was  used  because  of  the  quick  turnaround  time  required  by  the 
clients  and  the  workload  of  the  database  aiudysts.  Often  there  was  insufficient  time  to  conduct  an 
aiuilysis  of  the  change  and  its  impact,  in  order  to  develop  the  most  efficient  and  effective  solution. 
Requests  for  new  keys  for  the  fOe  usually  occurred  in  a  similar  manner,  without  reviewing  whether 
existing  keys  could  be  combined  or  otherwise  changed  to  meet  client  needs.  In  addition,  database 
proUems  were  made  worse  because  virtually  ik>  reviews  were  conducted  to  determine  whether  unuo^d  or 
underused  fields  and  keys  could  be  eliminated.  At  no  point  were  real  attempts  made  to  truly  irmalize 
the  data. 

Compounding  problems  with  the  database  itself  were  the  numbers  of  new  programmers  and  users  added 
in  the  client  departments  over  the  previous  few  years.  For  the  most  part,  both  users  and  programmers 
were  not  provided  with  enough  training  to  give  them  sufficient  knowledge  of  the  data  and  ttieir  uses  in 
order  to  do  their  jobs  effectively.  Without  a  thorough  understanding  of  the  logical  and  physical 
database  design,  as  well  as  adequate  technical  training,  programmers  could  not  structure  programs  to 
make  the  most  effective  use  of  the  data  and  of  machine  resources.  Similarly,  users  who  cUd  not 
understand  the  data  often  did  not  know  how  to  accurately  formulate  requests  for  information. 

In  order  to  evaluate  current  date  ase  use,  the  AEP  team  worked  with  the  database  analysts  in  ASD  to 
collect  information  about  patterns  and  frequency  of  use  of  the  fUes,  fields,  and  keys.  The  team  analyzed 
the  usage  patterns  throu^  an  iterative  process;  they  reviewed  this  information  with  the  clients  to 
determine  possible  dwnges.  Early  in  the  project,  it  was  decided  to  combine  all  of  the  recx)mmendations 
into  a  major  restructuring  of  the  database  in  order  to  minimize  the  impact  on  the  dients. 

After  a  thorough  review  and  analysis  of  the  database,  the  Ah.  team  developed  a  list  of  changes.  The 
list  included  the  removal  of  100  fields  (16%  of  the  total  fields  m  the  14  affected  files)  and  101  keys 
(41%  of  the  total  keys  in  those  files).  These  changes  were  scheduled  for  implementation  in  the  summer, 
after  clients  had  concluded  processing  to  dose  the  fiscal  year. 
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Analysis  and  Reprogramming  of  Batch  Report  Jobs 

The  ADDS  system  was  used  most  frequently  to  produce  various  types  of  n  ports  fc  ■  the  management, 
researcher^  and  fund  raisers  in  Resource  Development  and  the  Alumni  Association.  The  most  pressing 
problem  was  that  jobs  were  taking  too  long  to  run,  evei«  during  o  /emight  batch  processing.  In  February 
1989,  the  IBM  3083  mainframe  on  which  the  ADDS  system  ran  was  upgraded  to  an  IBM  3090,  providing 
roughly  twice  the  computing  power.  While  this  provided  short-term  improvement,  database  users 
were  concerned  that  problems  might  resurface  Uter  when  the  3090  became  busier.  Thus,  the  AEP  team 
was  charged  with  examining  the  report  programs  to  see  if  they  could  be  made  more  efficient. 

This  task  was  a  difficult  one,  because  there  were  UteraUy  thousands  of  programs  in  scores  of  libraries. 
The  AEP  team  embarked  on  a  process  of  identifying  key  tactical  improvements  that  could  be  made  to 
selected  programs.  They  accompUshed  this  by  analyzing  the  performance  of  jobs  run  against  the  ADDS 
database  and  their  resource  utilization  as  measured  by  physical  input/output  calls  and  database 
transactions.  A  weekly  list  of  the  most  resource-intensive  jobs  (fondly  referred  to  as  the  "chugger"  list) 
was  created  in  order  to  track  which  jobs  were  using  the  inost  resources  and  were  run  most  frequenfly. 

Once  these  key  jobs  were  identffied,  the  data  administrator  met  with  the  programmer  responsible  for 
each  job.  They  examined  the  programs,  and  suggested  and  tested  methods  of  improving  the  perfonnance 
effiaency  of  the  programs.  Ilie  revised  programs  were  tested  to  measure  their  resource  usage  The 
results  showed  that  some  of  the  most  resource-intensive  jobs  could  be  reduced  by  more  than  75%  in  both 
run  time  and  resource  utilization.  Since  many  of  these  report  programs  had  been  cloned,  fixing  one 
program  often  led  to  changes  that  could  be  made  quickly  to  others. 

Analysis  and  Redesign  of  the  On-Line  System 

The  largest  and  most  complex  activity  in  the  project  was  the  analysis,  redesign,  and  reprogramming  of 
the  on-line  portions  of  the  system.  The  major  portions  of  the  on-line  system  consisHd  of  approximately 
230  PL/I  programs  that  were  ten  years  old.  These  programs  were  divided  into  two  main  subsystems: 
BioEntiy,  used  for  the  entry  and  display  of  biographical  information  about  alumni,  and  GiftEntry,  used 
for  recording  gifts  and  plec^ges  made  by  alumni  and  others.  Both  subsy^ems  were  largely  undocumented 
and  often  dkl  not  foUow  good  software  engineering  techniques,  resulting  in  difficult  and  expensive 
inajntenance.  A  relative'/ simple  request  to  change  the  layout  of  a  screen  became  a  major  endeavor.  In 
addition,  because  user  interface  standards  were  not  used,  inconsistencies  in  screen  navigation  rules  and 
function  key  definitions  existed. 

Since  the  scope  of  the  project  was  primarily  to  improve  the  performance  and  efficiency  of  the  ADDS 
system,  the  project  team  did  not  set  out  initially  to  make  major  enhancements  to  system  functionality. 
One  of  the  first  decisions  made  by  the  team,  with  the  concurrence  of  the  ADDS  Technical  Group,  was  to 
discard  the  PL/I  programs  in  their  entirety  and  reprogram  the  screens  in  NATURAL.  Prototyping  and 
testing  demonstrated  that  existing  programs  could  be  replaced  with  NATURAL  programs  without  any 
response  time  slowdown  (and  in  f^^ct  some  improvement).  Previous  experiences  had  shown  that  the  time 
lequired  to  write  programs  in  NATURAL  was  much  less  than  for  equivalent  PL/I  programs. 

The  AEP  team  began  with  the  premise  that  it  wouW  simply  copy  the  existing  data  entry  and  query 
screens  and  reprogram  them  in  NATURAL.  During  prototyping,  they  received  many  requests  for 
improvements  to  existing  functionality.  Most  of  the  suggestions  revolved  around  the  screen  navigation 
and  function  key  definitions.  During  t^ie  iterative  prototyping,  the  team  determined  that  it  could 
acconunodate  the  requests  of  the  users  without  delaying  the  project  schedule.  Thus,  they  decided  to 
meet  requests  for  new  functionality  from  the  users  as  long  as  the  original  schedule  for  reprogramming  of 
the  on-line  systems  could  be  maintained. 
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As  described  above,  the  existing  ADDS  system  contained  two  main  on-line  sub^stems.  The  original 
plan  was  to  maintain  the  structure  of  two  separate  subsystems,  with  the  reprogranuned  GiftEnlry 
subsystem  put  into  production  in  August  and  the  new  BioEntiy  implemented  in  September.  Prototyping 
allowed  -is  to  discover  that  the  two  could  be  combined  into  one  subsystem  to  support  boch  biographical 
and  gift  date  entry  and  query  functions.  The  combined  subsystei^  would  minimize  the  effort  q)ent  on 
leprog'nmming  tfip  screens  and  also  would  simplify  future  maintenance.  The  project  team  continued  the 
iterative  prototyping  of  the  screens,  taking  into  account  the  functionality  improvements  requested  by 
users.  A  major  revision  to  th?  technical  and  user  documentation  of  the  BioEntiy  and  Gif  tEntiy  systems 
was  done  concurrently  w  'h  the  reprogranuning  effort 

Once  design  specifics  were  v/ell-established,  progranuning  of  the  screens  began.  The  existing  230  PL/I 
pro^,nuns  were  to  be  replaced  witti  90  NATURAL  programs^  When  the  taiget  dates  for  implementing 
the  new  subsystems  were  delayed  until  October,  it  became  appare^^  that  these  changes  and  the 
scheduled  implementation  of  database  dianges  (described  on  page  7)  were  likely  to  occur 
approximately  one  month  apart.  Because  the  system  would  be  dosed  down  for  a  period  of  time .  jr  the 
production  conversion  with  a  resulting  in^)act  on  clients,  the  AEP  team  and  clients  opted  to  implement 
be    the  database  and  on4ine  subsystem  changes  in  one  conversion.  While  a  combined  conversion  would 
be  more  complex,  a  shorter  period  of  impact  for  the  client^  was  a  more  important  consideration. 

The  work  on  both  the  database  change  and  replacement  of  the  on-line  subsystems  continued,  the 
implementation  date  for  both  activities  was  November  4, 19**'' 


Evaluation  of  the  Project 

The  conversion  of  the  database  files  and  on-line  subsystems  was  completed  on  sdiedule.  The  conversion 
required  an  intensive  effort  by  a  variety  of  parties: 

•  database  analysts,  who  converted  the  actual  database 

•  the  AE^  team,  who  installed  the  new  version  of  the  on-line  screens 

•  the  client  programmers,  who  installed  the  subsystems  they  were  responsible  for  converting  to 
the  new  database  formats 

•  the  users,  who  conducted  all  of  the  testing  after  the  conversion 

The  system  was  shut  down  for  two  business  days  to  accomplish  the  conversion.  With  very  few  minor 
exceptions^  all  converted  programs  were  implemented  successfully  without  any  bugs. 

As  the  deadline  for  this  paper  approached,  we  are  still  evaluating  the  performance  improvements  of 
the  new  database  structure  and  on-line  programs.  Some  of  the  improvements  already  noted  include: 

«    a  25%  n  iuction  in  disk  sto.  age  for  the  fourteen  files  affected  by  the  database  changes 

•  an  improvement  m  response  time  for  both  on-line  functions  and  batch  report  jobs 

•  a  lax^  degree  of  user  satisfaction  in  response  to  the  simpler  screen  navig^^aon  and  function  keys 
in  *He  new  on-iine  subsystem,  leading  to  increases  in  user  productivity 

Data  on  the  total  resource  usage  and  re^nse  times  for  both  on-line  subsystems  and  batch  )obs  will  be 
collected  over  the  next  tew  months  and  compared  to  preconversion  data.  So  far  it  appears  that  both 
y  -mrce  usage  and  response  times  \  yt  decrkased,  but  we  will  make  a  formal  condusion  ivhei%  more 
concrete  data  are  available. 

One  of  the  d^^culties  in  evaluating  this  project  is  the  number  of  factors  affecting  resource  utiliza^'  n, 
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inx)duclioncor^aiK  response  t^ttie.  Fore)amtple,oneof  the  concerns  described  on  page  4  was  pi^ 
costs  of  $1  ndliiijn  annually  for  running  the  ADDS  system.  Sukc  a  major  goal  of  the  project  was  to 
improve  perfonnance  efficiency,  performance  measure  could  be  the  production  cost  of  the  system  before 
and  after  the  conversion.  A  simple  comparison  of  this  type,  however,  assumes  that  tl^e  volume  of 
activity  in  the  ADDS  system  remains  constant.  If  the  volume  increases  (because  of  running  morc  reports, 
making  more  queries  or  recording  more  gifts,  for  example),  you  need  to  control  for  this  in  cost 
comparisons.  While  possible,  this  is  a  tedious  and  time-consuming  task,  given  the  size  of  the  ADDS 
S}^stenv  the  large  MiuAd)er  of  users,  and  the  variety  of  jobs  run.  Thus,  con^>arisons  of  resource  utilization 
over  time  are  difficult  to  make. 


Summary 

The  current  schedule  of  the  project  calls  for  the  final  report  and  recommendations  to  be  completed  on 
January  5, 1990.  This  is  approximately  two  morths  eariier  than  the  original  twelve-minth  schedule, 
due  primarily  to  not  using  the  contingmcy  time.  Explicit  project  costs  can  be  sunCTarized  as  follows: 

Contract  with  consulting  firm  for  data  administrator  $148,000 
Addition  of  one  full-time  programmer  and  one  half-time  technical  writer 

ftiom  ASD  (above  exisHng  level  of  ADDS  support)  for  ten  months  96.000 

Total  $244,000 

The  total  does  not  include  costs  associated  with  time  spent  by  the  programmers  in  client  offices  for  work 
done  on  enhancing  client  subsystems  and  batch  jobs.  While  these  costs  were  not  tracked  separately, 
they  are  believed  not  to  be  lai^ge  since  none  of  the  dients  added  additional  staff  exclusively  for  this 
effort.  The  progrunming  staffs  of  both  the  Alumni  Association  and  Resource  Development  were  able  to 
continue  to  meet  the  operating  needs  of  the  campaign  during  the  entire  project. 

As  mentioned  above,  the  quantitative  benefits  of  this  project  still  need  to  be  calculated.  We  do  know, 
however,  that  the  following  results  have  been  achieved: 

•  The  useful  »ife  of  the  ADDS  system  has  been  extended  to  ensure  that  it  can  continue  to  meet  the 
needs  of  tie  campaign  workos. 

•  Current  estimates  are  that  the  programming  resources  necessaiy  for  maintaining  the  on-line 
portion  of  the  ADDS  qrstem  in  NATURAL  vdll  be  half  of  what  was  necessary  for  PL/I  program 
maintenance.  Taken  another  way,  twice  as  many  tasks  can  be  accomplished  with  the  same 
resources.  In  additioki,  programmers  joining  the  project  will  be  productive  more  quickly  because 
of  the  4th  generation  language  and  structured  techniques  now  used  in  the  system. 

^    The  functionality  and  user  interface  of  the  system  have  been  vastly  improved;  users  already 
have  acknowledged  this  change. 

•  The  improvements  in  batch  report  jobs  have  been  notetf  earlier,  and  initial  indications  after  the 
conversion  are  that  oi.  Jne  re^nse  time  has  improved  also. 

The  decision  to  apply  an  inten  ve  af^roach  to  enhancing  the  ADDS  system  appears  to  have  been  a 
wise  one  for  MIT.  By  extending  die  life  of  the  system  and  postponing  the  capital  expense  of  replacing 
it,  we  have  nuide  resources  available  to  address  priorities  In  other  areas.  Other  older  applications  at 
MIT  are  currently  being  examined  to  determine  whether  the  same  approach  will  yield  similar  benefits. 
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ALIGNING  UNIVERSITY  GOALS  WITH  INFOR|V|ATXON  SYSTEM  STRATEGIES— 

SHOKE  AND  MIRRORS? 


Dennis  L.  Kramer 
Director,  Computing  Services 
Richard  C.  McKee 
Assistant  To  President 

BaM  State  University 
Muncie,  Indiana 


Ball  State  University's  president,  vice  presidents, 
provost,  and  leadership  of  Information  systems 
jointly  completed  an  intensive  study  of  information 
systems  investments  and  the  degree  of  alignment  with 
the  goals  of  the  University.   Objectives  of  the  study 
were  to  improve  the  executive  leadership's  under- 
standing of  Information  system  (IS)  investments, 
determine  the  level  of  alignment  of  these  investments 
with  strategic  University  goals,  and  identify  oppor- 
tunities for  shifting  investment  priorities  tc  better 
support  these  goals.   A  1988  study  of  critical  MIS 
Issues  ranks  aligning    ^  and  corporate  goals  second 
in  a  list  of  twenty  (behind  using  IS  for  competitive 
advantage).    This  paper  describes  the  method&logy, 
findings,  and  impact  of  the  study  at  Ball  State 
University. 
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ALIGNING  UNIVERSITY  GOALS  WITH  INFORMATION  SYSTEM  STRATEGIES-- 


SMOKE  AND  MIRRORS? 


A  recent  study  of  critical  management  information  systems  issues 
ranks  aligning  information  systems  (IS)  goals  with  corporate 
goals  ^eco^id  in  a  list  of  twenty — first  was  the  use  of  IS  for 
competitive  advantage.  (CIO,  January,  1989,  p.  10)  It  has  also 
been  reported  that  average  spending  on  information  systems  for 
1989  would  increase  at  a  rate  twice  that  of  Inflation,  but  that 
less  than  10%  of  senior  IS  executives  have  fojnd  ways  to  measure 
the  value  of  their  information  systems  to  the  corporation.  (CW, 
December  5,  1988,  p.  20) 

Ball  State  University's  pre? i dent,  all  vice  presidents  and  the 
senior  leaders  in  campus  computing  Jointly  completed  an  intensive 
study  of  computing  investments  and  the  degree  of  alignment  with 
vhe  goals  of  the  institution.  The  study  took  approximately  one 
month  to  complete,  including  data  gathering,  th9  analysis  of 
university  and  compucing  goals  and  computing  investments,  and 
completing  the  final  report. 

Ball  State  University  is  a  state-supported  institution  with  over 
19,000  studeits,  1200  faculty,  and  a  computing  services  budget  of 
$6,500,000.  University  Computing  Services  reports  to  the  Office 
of  the  President  and  has  responsibility  for  academic  and  ad- 
ministrative computing  and  data  communications.  Overall  policy 
and  planning  is  supported  by  four  committees:  President's  Ad- 
visory Committee  on  University  Computing  (PAC),  Academic  Comput- 
ing Committee,  Administrative  Computing  Committee,  and  the  Com* 
puting  Resources  Subcommittee  of  the  University  Senate.  The 
University  leadership  has  focused  strategically  on  the  applica- 
tion of  computer,  data  communications  and  video  technologies  to 
enhance  it's  image,  quality  and  competitive  advantage. 

A  structured  approach  employed  in  this  study  was  SIM  (Str  tegic 
Investment  Methodology),  offered  by  IBM's  Advanced  Business  In- 
stitute. SIM  has  been  used  in  private  enterprises  in  the  United 
States  and  Europe,  but  Ball  State  University  is  the  firsc  in- 
stitution of  higher  education  to  employ  the  methodology.  Presi- 
dent John  E.  Wortht^n  was  the  executive  sponsor  of  the  study,  ap- 
pointing the  participants,  providing  resources  needed,  and  becom- 
ing an  active  participant.  IBM  provided  senior  consultants  from 
the  Advanced  Business  Institute  and  the  technical  resources  that 
wers  required.    Other  participants  are  listed  in  Figure  1. 

Objectives  of  the  study  included: 

*Improv^     understanding    by     senior   University  officials  of 
total  computing  investments  throughout  the  campus. 
^Relate  computing  investments  to  University  goals,  and  identify 
over  or  under  invested  priorities. 
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EXECUTIUE  TERM 

MP  BUSINESS  HFFflIRS 

MP  STUDENT  HFFfllRF 

HSSISTHNT  TD  PRESIDENT 
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FflCILITflTORS 

IBPl  CONSULTANTS, 

WHITE  PLAINS,  NV 


PROJECT  TERM 
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DIR.  HNALVTICAL  STUDIES.--PLAN 
ASST.  DIR.  OF  FINANCE 
IBPl  REPRESENTATHiE 
IBM  SPECIAL  INTERN 


Figure  1 — Participants 
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♦Provide   a  system  to  determine    the     Impact    of  changing 
University  goals  on  computing  resource  allocations* 
♦Clarify     and    enhance     communications      between  senior  ad- 
ministrators and  computing  leadership. 

♦Develop  action  plans  to  Improve  alignment  of  computing  Invest- 
ment with  key  University  goals. 

Computing  Investments  must  be  measured  not  only  In  the  computer 
center  or  traditional  organization  normally  thought  to  contain 
this  budget,  but  also  In  user  areas  throughout  campus.  User 
areas  have  workstations^  personnel  dedicated  to  computing,  mini- 
computers, outside  services,  software,  networking  and  maintenance 
that  may  be  budgeted  for  separately  from  centralized  services. 
Of  course  computer  center  budgets  1 ncl ude  1 nvestmonts 
(expenditures)  for  mainframes,  minicomputers,  personnel,  network- 
ing, maintenance,  outside  services  and  software. 

These  Investments  are  analyzed  and  categorized  In  a  four  quadrant 
grid  according  to  the  type  of  resource  (I.e.,  personnel,  network, 
computer,  outside  services,  terminals,  other),  functions  or  uses 
(i.e.,  teaching,  research,  publ 1c  services,  marketing,  ad- 
ministration, support),  technology  portfolios  (learning  support > 
decision  support,  office  support,  physical.  Infrastructure, 
Institutional),  and  management  approach  (utility,  venture, 
retail).  Consensus  techniques  are  used  to  weight  University 
goals,  rank  functions,  and  determine  which  technology  portfolios 
have  the  most  potential  to  contribute  to  meeting  the  University's 
goals. 

All  this  analysis  is  combined  in  Figure  2  that  illustrates  the 
percentage  of  computing  Investments  made  in  the  various  user 
functions  and  technology  portfolios,  as  well  as  the  strategic 
values  of  each  of  the  cells  (as  determined  by  the  consensus  rank- 
ing and  weighting).  It  may  be  seen  that  the  high  strategic  and 
very  high  strategic  value  cells  are  typically  receiving  the  most 
investment;  examples  of  exceptions  are  learning  support/resource 
development,  and  external  support/administration.  User  functions 
which  could  qualify  for  additional  investment  include  research, 
evaluation/accountability,  and  support  services.  Technology 
portfolios  to  be  targeted  include  office  support  and  decision 
support.  Close  study  of  the  chart  indicates  ':hat  the  University 
is,  by  most  indices,  investing  in  high  Impact  areas.  Few  ^ells 
were  identified  in  which  there  was  a  low  strategic  weight  and  a 
high  level  of  Investment.  While  this  indicates  strength,  it  also 
is  a  limitation  in  that  there  are  fewer  -faf  (i.e.,  over- 
invested)  cell  from  wh1:h  resources  can  be  reallocated. 

Action  plans  were  developed  during  the  study  and  reviewed  by  the 
University  Officials.  President  Worthen  has  referred  future 
study  activities  to  the  President's  Advisory  Committee. 
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VERV  NZGN  STRHTEG^C  VRLUE 


HIGH  strhtegic  mulue 

>1.EX 


Figure  2 — Analysis 
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MANAGING  COMPUTER  SUPPORT  COSTS 
THROUGH  EFFECTIVE  USER  TRAINING: 

Lessons  Learned  at  the  University  of  New  Hampshire 

Betty  Le  Con^agnon 
University  of  New  Hamphire 
Duriiam,  New  Haiiq)snire 

John  F.  Leydon 
George  Kaludis  Associates,  Inc. 
Nashville,  Tennessee 


Given  the  rising  costs  of  t^hnology,  directors  of  computing  must  look  for  cost-effective 
and  efficient  means  of  providing  support  to  users.  Yet,  how  can  the  conq)uter  services 
clq>aitnieri  provide  cost-effective  support  to  an  increasing  number  ci  users  with  an 
ever-broadraing  spectrum  of  needs?  One  answer  has  been  to  create  hardware  and  software 
standards.  Yet,  even  with  standardization,  changes  in  personnel,  upgrades  to  hardware  and 
software,  and  the  availability  of  new  technology  necessitate  a  long-term  approach  to  providing 
conq)uter  siq>port  At  die  University  of  New  Hanq)shut,  we  believe  that  the  one  of  the  most 
cost-effective  means  of  providing  support  to  users  is  through  effective  user  training.  This 
pdipcr  presents  the  University  of  New  Hampshire's  apf  jach  to  user  training  and  argues  that, 
among  the  investmmts  a  conqniter  services  department  can  make,  training  can  actually  have 
one  of  the  biggest  payoffs. 
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Introduction 


As  the  discrepancy  grows  between  computing  budgets  and  other  ways  to  spend 
limited  campus  dollars,  conpiter  center  directors  are  having  an  increasingly  difficult  time 
justifying  tl^  high  costs  of  coasting.  At  a  recent  conference  of  high-level  Univosity 
administrators,  a  number  of  University  financicl  officers  indicated  diat  5%  of  dieir  annual 
budgets  w?s  being  spent  on  computing.  This  number  went  as  high  as  10%  for  those 
Universities  that  had  undertaken  a  significant  can^uswide  netwoildng  effort 

Along  with  the  rising  costs  of  ccm^uting,  the  number  of  computer  users  on  campus 
amtinues  to  increase,  and  die  profile  of  the  computer  user  is  changing.  Many  users  have 
a  growing  comfort  level  with  technoloey,  a  greater  awareness  of  Ae  possibilities  offcmi 
by  computers,  and  a  growing  demand  for  inovasedconq)  3tiU  odiers  feel 

prts'  'ired  to  begin  using  computers  in  spite  of  tiieir  continued  fear  of  technology.  The 
con^uter  services  departnaent  must  be  responsive  to  these  changes.  Yet,  the  computer 
services  staff  is  not  growing.  How  does  the  conq)uter  services  department  support  an 
increasing  number  of  users  and  changing  instituticxial  needs  in  a  rapidly  changing 
computer  environmmt? 

One  answer  which  u  often  overlooked  is  to  provide  effective  training.  Many 
con^uter  center  directors  consider  training  as  an  investment  with  less  payc^  dian  adding 
additional  hardware,  softwart,  or  support  sti^.  At  die  University  of  New  Hampshire, 
however,  we  believe  that  among  the  investments  a  computer  services  (tepartment  can 
make,  effective  training  can  actually  have  one  of  the  biggest  payoffs. 


The  Importance  of  Training  to  the  Institution 


New  technology  cmtinues  to  alter  not  oitly  the  teaching  and  learning  aspects  of  an 
institution,  but  also  its  administrative  capabilities.  Adequate  training  is  alx^lutely 
necessary  if  institutions  are  to  take  advantage  of  this  rapidly  changing  technolc>gy.  P^Ie 
must  have  the  skills  necessary  to  work  with  new  technology  and  its  associated  software 
systems.  Training  is  dierefore  beginning  to  emerge  as  one  of  the  moi;t  important  functions 
of  campus  computing.  However,  training  individuals  to  use  ccmiputers  is  difficult 
because  of  rapid  changes  in  the  field  and  because  of  the  variety  of  uses  to  which 
con^uters  are  put  in  a  large  post-secondary  institution.  The  institution  must  thonefore  be 
cooomitted  to  significant  training  for  all  uscrs,-faculty,  staff,  and  students.  At  die 
University  of  New  Hampshire,  it  is  our  view  that  training  for  conq)uting  is  a  key  factcv  in 
providing  die  suppcnt  needed  to  keep  users  ahead  of  technology. 
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If  we  were  to  lode  at  a  cioss  section  of  post*secondary  ir^ititutions  today,  we  would 
find  they  tend  to  approach  tnuningdiffeiently  c>asedonhowimpOTtant^ 
training  function.  Theymaysimply*'niuddlettirou^'' with  Uttle  or  no  training, 
do  "reactive'*  training  in  rr^prase  to  problems  or  as  specific  needs  arise,  or  tlM^y  may 
actuaUy  have  a  planning  pn)cess  for  training  just  as  they  plan  for  ^  use  of 

technology. 

Much  of  die  training  for  computing  in  hi^ier  education  has  not  been  particularly 
effective,  partly  because  techndogy  has  developed  so  fast  Existmg  training  models  have 
not  coped  well  widi  die  changing  technology.  Moreover,  as  die  conmute^  e;q)erience  jf 
faculty,  staff,  and  students  increases,  so  do  their  training  needs.  Training  must  shift  torn 
basic  Uteracy  to  inore  selective  tnuning  for  particular  skilk  What  then  are  the  danrats 
necessary  to  provide  efiective  training? 


Factors  Affecting  the  Success  of  Training 


Some  of  the  elements  of  good  training  are  fairly  obvious.  Others  are  not  so 
obvious.  One  of  the  fibrst  things  to  as'^s  in  an  effort  to  design  a  training  program  that 
will  povide  adequate  suppon  to  users  is  the  gods  of  that  tiamingprogranL  Inorderfor 
training  to  be  a  part  of  the  overall  support  innastructure  of  the  ccmqiuting  department  it 
must  go  beycMid  merely  teaching  skills  for  using  a  particular  software  package  or  solving 
qperaticxid  problems.  Although  these  are  imporbmt  and  necessaiygi  alSt  training  must 
dso  include  the  goals  of  increasing  die  productivity  and  quali^  of  woi  V  and  of  creating  an 
environment  of  teamwoik  where  users  woik  togedier  more  emctively. 

If  the  goals  of  training  are  viewed  in  this  larg^  perspective,  a  number  of 
cost-saving  bmefits  can  resdt  including: 

•  Making  it  easier  to  introduce  changes  and  use  new  technology; 

•  Reducing  costs  associated  with  enors,reworic,  or  down  time; 

•  Reducing  learning  time  for  new  employees; 

•  Doing  more  widi  the  same  number  of  people. 

On  die  other  hand,  inadequate  training  can  lead  to  costiy  delays,  problons,  and 
dissatisfaction  on  the  part  of  users.  One  way  to  cost-justify  training  might  be  to  consider 
the  cost  of  not  training.  According  to  one  recent  article,  corporations  can  waste  as  much 
as  $740,000  per  1 000  installed  ?Cs  if  diey  don't  teach  people  how  to  use  diem. 
Onforriiatif  .-r  renter.  November  1989,  p.  28.) 

Timing  is  crudd  for  training  to  be  effective.  Don't  wait  for  problems  to  arise. 
Schedule  adequate  training  before  ij(q>lementing  changes.  A  t  the  same  time,  training  must 
satisfy  a  need  or  it  will  not  be  retained  For  example,  adnr    fixative  users  trained  in  how 
to  use  a  new  on-line  administrative  system  mondis  before  the  system  will  actually  be  in 
full  operation  will  have  foigotten  most,  if  not  dl,  of  what  diey  have  learned  by  die  time  die 
system  is  fdly  functioning. 

You  must  9lso  ask  yourself  what  delivery  med^od  will  woik  the  best  Not  all  users 
learn  in  the  same  way  F6r  sonie,  one*onK)ne  training  is  niost  effective.  For  others, 
self-study  packages  will  work  best.  Generdly,  less  experienced  users  learn  best  widi 
(Hie-cm-one  trdning  sessions  or  small  hands-on  wotkshops.  More  experienced  users  can 
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learn  effectively  with  self-  study  packages  which  might  include  docunientation,  video 
tapes,  or  conqMiter-based-training  (CBI)  exercises.  These  forms  of  training  allow  the 
noore  advanced  lean^  to  sldp  areas      are  already  familiar  wi  A 
classroom  presentadon  nn^t  allow  them  to.  In  general,  training  should  include  a  balance 
between  sldlls-based  training  and  knowledge-based  training.  However,  the  emphasis  on 
skills,  or  Ae  "how  to**  Bsptots  of  training,  ^ould  probably  be  emphasized  early  on  so  that 
the  user  may  see  results  before  becoming  discouraged.  Understanding  the  concepts  will 
be  easier  after  at  least  a  short  period  of  doing. 

Training  shouki  also  be  geared  to  specific  work  groups,  that  is,  to  groups  where 
people  ^are  smula:  job  functions  aixl,  therefore,  similar  problems.  An  exanq[)le  of  a 
trainine  model  that  did  not  work  wdl  at  the  University  (tf  New  Hampshire  was  an  attempt 
to  teacFi  a  wo«d-proces$ing  course  to  a  class  open  to  both  faculty  and  staff.  These  two 
groups,  in  fact,  use  won!  processors  in  very  different  ways.  The  faculty  were  more 
inicrested  in  learning  how  to  do  such  things  as  footnotes  and  bibliography  entries,  while 
die  administrative  users  wanted  to  leam  how  to  produce  mailing  labels  or  use  the  word 
processor's  mail-merge  function. 

It  is  also  important,  although  not  alwaj^s  possible,  to  try  not  to  mix  skill  levels.  If 
class  sizes  do  not  permit  having  a  beginning,  intermediate,  and  advanced  section  of  a 
partiadar  course,  be  sure  to  have  have  plenty  of  examples  and  exercises  for  more 
advanced  users  to  work  on  while  you  are  helping  less-experienced  users. 


Encouraging  Users  to  Take  Advantage  of  Training 


In  order  for  training  to  serve  as  effective  support,  thus  reducmg  support  needs  in 
other  areas,  users  must  tate  advantage  of  the  training  available  to  them.  One  method  of 
making  sure  users  take  advantage  of  training  courses  is  to  make  them  required.  This  is 
not  necessarily  the  most  effective  way  to  assure  that  users  will  benefit  from  training, 
however,  since  training  will  not  be  effective  if  it  does  not  satisfy  an  immediate  need. 
Training  courses  must  often  be  scheduled  far  in  advance  due  to  limited  classroom  facilities 
and  the  availability  of  instructors.  For  this  reason,  courses  may  not  be  offered  at  the  most 
apprc^riate  time  for  users.  Requiring  someone  to  take  a  training  course  for  a  product  they 
will  not  be  using  immediately  will  riot  eliminate  their  need  for  support  lam*  on. 

Another,  better  way  to  encourage  users  to  attend  training  sessions  is  to  make  them 
as  easily-accessible  as  possible.  One  way  to  accomplish  this  is  to  provide  in-class,  or 
in-office,  training  for  users  at  the  request  of  Tacdty  nienibers  or  adixiiiiistrators.  Ani>ther 
is  to  provide  regularly  scheduled  **walk-in"  training  sessicxis  so  that  when  users  ^vdop  a 
particular  need,  they  can  get  immediate,  and  therefore,  more  effective  training  support 
Video  tapes  of  training  sessions,  whether  "home-grown**  or  commercial,  are  another  way 
to  make  training  more  immediate  since  users  may  view  them  when,  and  as  often  as,  they 
like. 

In  all  cases,  training  must  be  mariceted  to  the  user  if  the  user  is  to  take  advantage  of 
it  Marketing  efforts  for  training  can  tate  the  form  of  publi^ed  schedules  announcing 
monthly  courc  offerings,  newsletters  or  flyers  announcing  special  training  sessions  of 
particular  interest,  or  announcements  in  the  instituti(Mi*s  newspaper  under  a  **notices**  or 
**calendar  of  events**  column. 
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Another  way  to  make  training  attractive  to  users  is  to  mak?  the  registration  process 
as  easy  as  possible.  At  the  University  <rf  New  Hampshire,  users  can  call  one  central 
phone  numbCT  to  register  or,  if  they  prefer,  can  register  for  courses  on-line.  !f  on-line 
registration  is  used  it  must  be  well  thought  out  so  that  it  is  both  easy  to  use  and  up-to-date. 
Nothing  will  discourage  a  user  fitxn  future  training  more  than  showing  up  for  a  class 
which  was  canceled  but  for  which  no  infomiation  to  that  effect  appeared  in  the  on-line 
registration  schedule.  Tlius,  if  m-line  registraticm  is  used,  it  must  be  easy  for  the  user  to 
register,  cancel,  or  reschedule  and  equally  easy  for  those  maintaining  the  cm-line 
registration  program  to  notify  those  registered  of  changes  or  cancellations. 


Evaluating  Training 


An  important,  and  often  oveilooked,  factor  affecting  the  success  of  training  in 
providing  effective  support  to  users  is  that  <rf  assessment  For  training  to  be  effective,  it 
must  be  seen  as  an  on-going  process  which  begins  with  a  determination  of  institutiomd 
and  individual  needs,  involves  both  users  and  trainers  in  the  planning  process,  and 
includes  procedures  for  evaluating  the  effectiveness  of  the  training  and  making  changes 
and  adjustments  as  needed. 

One  way  of  evaluating  the  success  of  a  particular  training  effort  is  to  have  users  fill 
out  a  course  evaluation  form  following  the  training  session.  This  is  an  effective  means  of 
fine-tuning  individual  training  promms.  It  is  also  a  means  of  deterauning  specific  areas 
for  which  adequate  training  is  not  being  provided.  It  will  not  provide  much  infcmnation, 
however,  wi  some  of  the  questions  which  those  responsible  for  training  need  to  consider 
if  training  is  truly  to  be  a  part  of  the  con^uter  services  dq)artment*s  support  function. 
Some  of  these  questions  might  be:  Does  the  training  make  the  user  naorc  self-sufficiept? 
Does  it  make  the  user  nKKt  efficient  at  his  or  her  job?  Does  it  provide  a  more 
cost-effective  ioeans  of  support  to  users  than  other  types  of  support? 

In  order  to  address  some  of  tl^ese  larger  training  issues,  the  University  of  New 
Hanqishire  conducted  a  survey  of  both  academic  and  adndnistrative  users  of  personal 
computers  in  the  Spring  of  1989.  The  goal  of  this  surveying  effort,  called  Project  PC 
Literacy,  was  to  determine  what  hardware  and  software  were  being  used  by  users,  how 
much  users  knew  about  support  available  to  them  on  canq)us  for  hard^vare  and  software 
products,  what  hardware  and  software  purchases  were  planned  by  users  for  the  upccwning 
year,  how  important  computing  was  to  the  user  in  performing  his  or  her  job,  and  what 
support,  in  what  form,  users  felt  they  would  like  to  have. 

A  total  of  104  departments  were  surveyed  as  well  as  full  and  part-time  faculty.  The 
department  survey  took  the  form  of  a  Iialf-hour  meeting  to  discuss  computer  services  the 
dq)artment  had  used,  an  evaluation  of  those  services,  and  discussion  of  services  the 
department  had  not  used  c  was  not  aware  of  Departments  were  also  asked  about  their 
future  computing  needs.  After  the  meeting,  an  inventory  of  the  department's 
microcomputing  hardware  and  software  was  taken.  At  the  same  time,  a  two-page  survey 
was  sent  to  all  full  and  part-time  faculty.  The  survey  asked  faculty  what  microcomputer 
hardware  and  software  they  used,  what  computing  services  they  used,  didn't  use,  or 
didn't  know  about,  and  how  they  evaluated  training  and  suppon  services  available  to 
them.  To  encourage  faculty  to  return  surveys,  all  those  who  completed  and  returned  their 
surveys  were  entered  in  a  drawing  for  a  gift  certificate  to  the  campus  computer  store. 


The  results  of  tfiis  surv^  were  very  revealing  and  resulted  in  a  number  of  changes 
in  microcoiiqiuier  training  and  support  offered  at  the  University.  Some  examples  include: 
the  catering  of  evening  courses  for  faculty;  the  puUidzing  d  our  on-line  ''questions** 
mailbox,        many  users  asked  for  but  were  unaware  of  the  existence  of;  and  the 
expsiided  use  of  regularly  scheduled  **walk-in*'  training  sessions  for  users.  In  addition, 
we  leuned  that  some  of  die  nx>st  successful  forms  of  training  we  provided,  might  not  be 
considered  **training**  in  die  traditional  sense  of  the  word.  These  were  tilings  such  as  our 
one-page,  '*how  to**  documents  and  our  Faculty  Resource  Library,  both  of  which  allow 
users  to  **hdp  themselves**  to  trainiiig  as  they  see  fit 


Training  for  Academic  Computing 


The  training  function  for  academic  computing  at  the  University  is  part  of  the 
department  of  Confuting  and  Information  Services  and  falls  spedfiodly  under  the 
req)onsibility  of  die  Manager  of  User  Support  Four  areas  in  die  User  Support  group 
vMdi  provide  different  forms  of  training  are:  the  User  Support  Center,  the  Faculty 
Resource  Library,  die  Desktq)  Publishing  Cento-,  and  the  Training  Qnter. 

The  User  Support  Center  was  s^t  up  two  years  ago  in  response  to  user  con:4)iaints 
diat  diey  were  unsure  where  to  go  to  get  answers  to  computing  questions.  The  Center  is 
die  first  place  for  faculty  and  students  to  go  for  hdp  with  any  computing  question.  If  a 
user  needs  help  with  software,  hardware,  or  any  omer  confuting  iitfcHinaticm,  a  member 
of  die  User  Sui^>ort  Center  will  eidier  answer  the  question  direcdy  or  refer  die  user  to  a 
consultant  req^misible  for  small  or  large  systems  sui^kmI  These  consultants  are  located 
ddier  in  die  Oenter  itself,  or  in  offices  adjacent  to  it  At  the  User  Support  Centa  diere  are 
a  number  df  **self-kelp''  training  and  support  facilities  such  as  a  library  of  trade  journals 
and  a  selection  of  one-page,  **how  to**  documents  on  such  tqncs  as:  G^'tting  started  with 
BITNET,  How  to  protect  your  work,  and  Installing  WordPerfect  5.0.  There  is  also  a 
Media  Conversion  Center  with  self-hdp  guides  to  help  users  convert  data  files  between 
MS-DOS,  Macintosh,  NorthStar,  CP/M,  or  VAX  computers.  Users  can  also  transfer 
information  between  5  1/4**  and  3  1/2**  MS-DOS  disks  diere. 

The  Faculty  Resource  Library  and  Desktop  Publishing  Center  are  two  odier 
learning  oivironments  which  are  particulariy  attractive  to  the  more  soj^iisticated  academic 
user.  In  both  centers,  faculty  may  sit  down    diemselves,  try  new  software,  and  ask  for 
help  fifom  consultants  when  they  have  a  problenL  One-<xi-one  training  is  available  by 
appointment  on  die  use  of  all  software  and  hardware  available  in  ^^e  centers. 

The  Training  Center  is  located  near  d^e  User  Support  Center  and  is  used  for  training 
of  both  academic  and  administrative  users.  There  are  duee  classrooms  at  the  Training 
Center  tailored  to  the  training  needs  of  faculty,  sta£f,  and  students.  Thv  y  provide 
projection  equipment,  microcon^uters,  and  terminals  which  allow  trainers  to  include 
dther  classroom  demonstrations,  hands-on  training,  or  a  combdnation  (k  both,  as 
BppropnBtt.  As  part  of  die  overall  training  efiTort,  the  Training  Center  offers  regularly 
scheduled  short  courses  on  such  popular  topics  as  WordPerfect  and  dBASEin.  Many  of 
diese  courses  are  also  available  on  videotape  for  viewing  at  die  user's  convenience.  These 
tapes  may  be  cliecked  out  for  viewing  on-  or  off-campus.  There  are  also  a  number  of 
commercial  tapes,  many  of  which  incorporate  software  for  hands-on  exercises  and 
self-paced  learning. 
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The  Training  Center  also  provides  projection  equipment  and  computers  for  use  in 
classrooms.  Training  Center  personnel  will  delivvir  equipment  to  the  classroom  and  set  it 
up.  Arrangements  can  also  be  made  for  extended-use  setups.  Each  piece  of  loaned 
equipment  is  labeled  with  a  hotline  phcme  number  to  call  if  there  is  an  equipment  problem. 


The  Cost-Saving  Benefits  of  EITective  Training 


As  the  above  examples  show,  effective  training  can  take  on  a  number  of  different 
flxtns,  not  all  of  which  take  place  in  the  traditional  classroom  environment  widi  an 
instructor.  DocucK^tatim,  software  packages,  and  video  tapes  can  provide  adequate  and 
cost-effective  training  for  certain  user  needs.  In  order  far  training  to  be  successful  and,  at 
the  same  time,  provide  a  cost-effective  means  of  support  for  users,  it  must  be  e\^uattd 
carefully  and  tailored  to  botii  institutional  and  individual  needs.  The  goals  of  the  overall 
support  function  of  die  ccxi^uter  services  department  must  be  taken  into  account,  as  well 
as  the  resources  available  for  the  training  function. 

With  careful  planning,  in^lementation,  and  evaluation,  a  number  of  cos  -saving 
benefits  to  the  overall  support  effort  will  result  These  include: 

•  Teaching  users  how  to  do  things  for  thraisclves  rather  than  having  the  computer 

services  staff  do  things  for  them; 

•  Enhancing  the  personal  inoductivity  of  faculty  and  staff; 

•  Reducing  the  time  spent  on  problems  and  crises; 

•  Reducing  the  time  iKeded  to  install  and  nudntain  user  systems; 

•  Decreasing  departmental  "downtime"  resulting  fixxn  turnover, 

•  Reducing  lost  productivity  due  to  the  learning  curve  associated  with  the 

implementation  of  new  systems; 

•  Rechicing  risk  of  loss  by  educating  end  users  on  data  integrity  and  security. 

Recogmzing  that  one  of  the  best  ways  to  manage  support  costs  is  by  developing 
effective  training,  we  will  now  turn  to  a  case  study  of  one  training  model  developed  at  the 
University  of  New  Hampshire.  The  following  example  of  a  training  effwt  for 
administrative  coinputing  at  the  University  of  New  Hampshire  presents  a  model  that  has 
not  only  proved  to  be  more  successful  in  providing  support  to  users  than  previous  effcnts 
but,  at  the  same  time,  is  among  the  most  cost-effective  training  nxxlels  used  to  date  at  the 
University. 


A  Case  Study  in  Training  For  Administrative  Computing 


The  University  System  of  New  Hampshire  (USNH)  is  comprised  of  four 
campuses:  Keene  Staie,  Plymouth  State,  University  of  New  Hampshire  Durham,  and 
University  of  New  Hampshire  Manchester,  and  a  state-wide  adult  education  school  called 
the  School  for  Lifelong  Learning.  USNH  Computer  Services  (USNHCS)  is  the 
organization  that  provides  the  administrative  confuting  support  for  financial  accounting, 
human  resources,  and  student  administration.  Computer  Services  is  located  on  the 
Duiiiam  campus  and  is  connected  to  die  other  locations  via  a  c^ 
dial-up  telephone  services.  Each  campus  has  its  own  omiputing  organization  that  operates 
indepndently  from  Oxaputer  Services,  but  these  computmg  organizations  support 
primarily  iiistructional  and  research  computing. 
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The  Opportunity 

The  University  System  iii4>leinented  a  financial  accounting  system  in  Fiscal  Year 
1987.  The  new  system  was  a  well-known  and  successful  software  package,  but  this  was 
the  first  implementaticxi  in  a  VAX  VMS  environment  for  a  large  Umversiiy  PysteoL  The 
implementation  was  a  disastr  i  due  to  many  factors,  and  the  University  Systi  n  was  in 
serious  trouUe.  The  financial  system  allowed  for  a  distributed  entry  of  many 
documents^-puichase  requisitions,  budget  transfers,  payment  vouchers,  internal  purchase 
orders.  Ti^is  distributed  processing  concept  ^as  a  step  forward  in  the  effective  use  of 
automated  systems,  but  it  required  a  corresponding  leap  forward  in  the  anx)un;  and  quality 
of  training. 

The  entiy  J  the  financial  d    iments  was  a  wen  intimidadng  responsibility  for 
many  of  die  staff  of  die  University  ysttm  The  staff  require^    do  the  work  was 
primarii)  dcpartmient  secretaries,  most  of  whom,  had  never  *  ;c  *^  interacted  with  a 
computer.  A  few  atteiiq)ts  u  etc  made  to  provide  training,  but  no  trainers  were  available  to 
provide  assistance  for  spur-of-the*moment  questions,  nor  were  there  continuing  classes 
presented  to  train  new  stdff  .  The  task  of  training  the  end  users  was  given  to  the 
Oontrdlefs  Office  staff  who  had  all  that  they  could  do  to  address  a  multitude  of 
in^lementation  problems  and  no  time  to  assist  the  end  Msr*  vidth  training.  Thr  detrimental 
effect  was  dramatic;  the  situatiim  caused  a  treme  n  'ous  amount  of  fiustratim  and  many  cf 
die  clerical  .^taff  resigned  as  a  result  To  descr '^c  the  situaticHi  as  chaotic  would  be  CMily  a 
sUght  exaggf^ration. 

The  Chall^ge 

It  was  crucial  to  initiate  a  quality,  timely,  and  comprehensive  training  capability. 
The  trai.  Ing  model  would  need  to  account  for  a  widely  dspersed  audience.  As  earlier 
stated,  USNH  Computer  Services  served  users  in  several  locations  in  New  Hampshire. 
To  add  to  the  prxiblem,  the  training  model  •^^uld  not  include  an  increase  in  staff.  Further, 
die  University  System  was  in  crisis  and  something  had  to  be  done  immediately;  speed  was 
essential  and  a  lengthy  preparation  process  was  not  acceptaUe. 

The  Model 

The  central  dieme  of  this  case  study  deals  with  cost-effective  means  to  provide 
uaining  support  to  end  users.  The  previous  discussion  oi:  administrative  computing 
presents  die  situation  that  occurred  to  p-  ^pitate  action  by  die  Computer  Services 
organization  to  provi^;  training  to  its  end  users  widiin  th^  constraints  of  existing  resources 
and  staff.  The  model  diat  developed  was  based  upon  die  following  fundamentals: 

1.  In  order  to  increase  the  number  of  trainers  in  the  Computer  Services 
organization,  axoap  all  the  functions  that  provide  direct  services  to  end  jsers  into 
one  User  Services  dq)artment  and  designate  all  staff  as  trainers. 

2.  The  number  of  professional  trainers  will  be  limited,  dierefore,  leverage  die 
skills  of  diese  few  throu£^  support  of  a  large  group  of  non-professional  trainers. 

3.  Quality  documentation  is  an  effective  fcxrm  of  training. 
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Usw.i  Services 


The  definidcm  of  User  Services  should  be  viewed  as  a  broad  concept 
functions  of  Production  Services,  Quality  Assurance,  Data  Securit^s  User  Au  unts. 
Technical  Writing,  Infbnnadon  Center,  Consulting,  and  Training  are  consolidated  into  the 
User  Services  dqMutment  Each  staff  member,  regardless  of  their  speciality^  is  designated 
as  a  tnuner  and  expected  to  provide  end-user  ^raining. 

The  experience  at  die  University  indicates  diat  die  staff  is  not  only  willing  to 
perform  die  added  task  of  trainer,  but  that  it  is  a  welcome  rel'^'^m  dieir  nonnal 
respcMisibilides.  Over  time,  each  staff  member  will  develop  a  particular  area  of  expertise 
and,  in  some  cases,  surpass  the  knowledge  of  the  primaiy  trainer 

AtUNH,d.  s  practice  (^designating  all  User  Services  personnel  as  trainers,  is  also 
extended  to  phone  support  The  objertive  is  to  ensure  that  die  telephone  wiU  always  be 
answered  quickly  during  die  business  hours  of  8:00  d.m.  to  5:00  p.nL  Everyone  is 
expected  to  provide  phcHie  support  and  die  phones  must  be  covered  The  delivery  of 
service  is  paramount  and  it  is  unacceptable  for  any  staff  member,  including  the  department 
manager,  to  consider  themselves  exempt  from  the  functicm  of  training  and  phcme  support 
This  q)proach  to  user  service  allows  for  die  development  of  a  critical  mass  of  personnel 
that  is  able  to  provide  consistent  and  effective  delivery  of  training  and  telephone  support 

Non-prpfessional  Trainers 

Hie  user  community  serviced  by  USNH  Conpiter  Servic^^  has  embraced  die 
concept  of  end-user  trainers.  The  professicHial  trainers  in  Craiputa  Services  promote  d)c 
idea  diat  their  primary  function  is  to  train  the  end-user  trainers  who,  in  turn,  mxmdc  front 
line  training  to  a  particular  departments  division.  The  ideal  wouki  be  diat  me  USNHCS 
trainer  support  only  the  end-user  trainers,  but,  in  practice,  this  is  not  possible.  Nfany 
I.   artmentt  have  trainers  who  are  not  effective  and  s(niie  have  none  at  all  HieUSNHCS 
tramer  must  prepare  training  exercises  for  bodi  die  end  users  and  the  end-user  traina.  The 
faa  diat  this  "train  die  trainer"  model  is  not  100%  effective  does  not  invalidate  die  concept. 
The  goal  is  to  movide  cost-effective  training,  and,  if  die  number  of  end  users  to  be  trained 
is  halved  because  of  effective  end-user  trauiers,  fewer  pr  >fessional  trainers  are  necessary. 

It  takes  a  si^iicant  effort  to  recruit  end-user  trairiCrs  and,  once  recruited,  to  keep 
them  involved  It  is  inmortant  to  establish  an  end-user  trainer  committee  dia!  meets 
periodically  to  share  inrormaticHi  and  receive  updated  training  assistance  firom  USNHCS. 
This  committee  is  particulariy  important  to  diose  aid  users  diat  are  representing  i v^iue 
campuses.  (Keene  State  and  Plynxxidi  State  are  each  90  niilesfton.  le  Durham  can^ius 
ofUlNK)  iW  training  practices  and  inconsistent  or  incontainf^^ 
unless  die  end-user  trainers  are  fiequendy  updated  widi  current  daUL  The  emus  is  on  die 
conqmu^r  services  staff  to  encourage  an  active  and  interested  user  trainer  committ^  The 
user  trainers  all  have  a  primary  function  to  perfornL  Training  is  a  second  y  responsibility 
and  interest  will  decline  unless  ^hev  are  provided  with  regular  stimulation  fitom  c(xnputer 
services.  To  kindle  this  interest  takes  a  significant  amount  of  tune  and  d^ort  but  the 
results  are  worthwhile. 

Quality  Docufngntatinn 

An  excellent  methiAi  for  reducing  reliance  upon  direct  end-user  training  is  useful 
documentation.  Effective  documentation  is  elusive;  die  initiiil  effort  to  prepare  quality 
materiak  is  very  time-consunung.  Obviously,  the  ccxitent  of  training  manuals  is 
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important;  not  so  obvioas  is  the  need  for  an  effective  fonnat  for  the  documentation. 
Regaidless  of  how  well  the  narrative  is  N^ritten,  if  it  is  delivered  to  the  end  users  in  a  form 
that  is  not  conducive  to  easy  use,  it  will  not  be  utilized  and  die  efforts  will  be  wasted.  Our 
experience  has  shown  that  an  effective  format  for  training  manuals  requires  the  services  of 
a  professional  technical  writer/editor.  The  form  is  as  inqKXtant  as  the  content  and  a  quality 
form  requires  the  services  of  a  professional. 

The  approach  that  has  proven  to  be  effective  fen*  Gcxnputer  Ser/ices  requires  that  the 
end-user  office  develop  the  documentation  narrative  and  User  Services  provides  the 
editing  and  formatting.  User^ervices  ecqiloys  a  technical  writer/editor  to  edit  and  format 
text  develq)ed  by  end  users,  to  prq)are  documeats  for  printing,  to  coordinate  the  printing 
with  the  printing  services  deparbnent,  and  to  distribute  the  documentadon  to  the 
appropriate  end  users.  The  technical  writer/editor  uses  desktop  publishing  software 
(specifically,  Aldus  Pagemaker  running  on  an  Apple  Macintosh  computei')  to  prepare  the 
documents  for  printing  services.  Fcrtuna^ly,  the  Printing  Services  department  at  the 
University  of  New  Han^shire  acquired  a  photo  conq>ositionAypesetting  system  that  is 
conqMitible  with  documents  prepared  by  Aldus  Pagemakr*,  elinmiating  duplication  of 
efforts. 

Once  the  initial  preparation  is  onnpleted,  the  task  of  keeping  the  documentation 
current  is  also  assumed  by  User  Services.  Effective  updating  of  documentation  can  occi 
only  when  the  initial  efiTort  has  produced  a  manual  that  is  designed  fo^  ease  of 
maintenance.  Thi^;  is  mudier  argument  in  favor  of  having  a  professional  invol  /ed  from 
the  start.  If  the  initial  effort  produces  a  document  that  must  be  reprinted  in  its  entirety  each 
time  an  upda^^.  occurs,  the  cost  of  printing  and  distributing  the  manual  will  b  j 
astroncxnical.  Doing  the  job  right  at  the  start  of  the  effort  saves  a  significant  amo  mt  over 
the  useful  life  of  the  manual. 

Part  of  eveiy  training  exercise  is  the  presentation  of  a  User  Guide  to  the  staif  being 
trained  The  training  will  not  only  show  how  the  automated  system  works  but  will  also 
include  instructim  in  the  (design  and  use  of  the  User  Guide,  llie  objective  is  ^o  have  the 
^d  user  become  reliuit  upon  the  User  Guide  rather  than  Uie  User  Services  Trainer. 
Nothing  is  ever  completely  successful,  but  if  a  large  percentage  of  end  usei  use  die 
documentation,  then  the  User  Services  lYain.sr  can  spend  time  on  other  responsibilities. 
Again,  the  objective  is  to  leveiw.ge  the  skills  of  the  professional  trained  with  good 
documentation  manuals. 

Thelnyact 

The  USNH  Computer  Services  oiganization  has  in  excess  of  1,000  end  users 
located  on  four  disp-^i^  campuses,  the  University  System  offices  at  a  fifth  location,  and 
eight  locations  for  the  School  for  Lifelong  Learning.  The  User  Services  organization  has 
two  professional  trainers  and  one  technic^  writer/editor  to  serve  this  large  and  diverse 
user  community.  One  of  the  trainers  specializes  in  applic  don  systems,-financial 
accoirnting,  student  recces,  and  human  resources;  the  other  trainer  concentrates  on 
technical  products  such  as  Fourth  Generation:  Languages  (Oracle  and  System  1032),  Text 
Editors,  Job  Control  utilities,  and  q)erating  system  commands.  Each  is  cap&  )le  of 
substituting  for  the  other  if  needed. 

A  single  teclinical  writer/editc^  has  t^cellent  written  communications  skills  and  is 
thoroughly  conversant  in  the  use  of  Aldus  Pagemaker  for  the  Apple  Macintosh  computer. 
The  content  of  all  of  the  user  documentation  has  been  written  by  either  die  end  user  or  one 
oi  our  professional  trainers.  The  technical  writer  has  taken  the  narratives  and  transformed 
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the  pros^  into  attractive,  readable,  well-organized,  and  easy-to-maintain  documentaticm 
manuals. 

The  manuals  have  been  updated  frequently  and  remain  as  current  today  as  >^en 
first  created.  The  net  intact  of  quaUtydocunoentaticm  cm  the  abU^ 
offer  training  will  never  be  able  to  be  measured  acr^unuely,  but  the  fact  that  this  large 
group  of  end  users  ar**  well  trained  and  very  knowledgeable  is  testament  to  the  success  of 
the  overall  training  modsl.  The  assun^ticm  is  that  the  documentaticm  is  a  major 
contributing  factor  to  that  success. 

Case  Study  Summau 

A  nKmthly  calendar  of  events  is  published  to  announce  all  courses  for  the  next  two 
months.  User  Sendees  has  deve)q)ed  an  on-line  course  registration  system  that  is  easy  to 
use  and  available  co  any  Computer  Services  custcxner.  Phme  reservatims  are  also 
received.  In  addition  to  the  formal  courses.  User  Services  has  periods  set  aside  each  wm^ 
for  introductory  training  for  the  major  administrative  systems.  All  new  staff  for  tte 
University  System  can  be  trained  in  the  basics  of  any  system  the  same  week  that  they  are 
employed  The  *1>rap-in  Center"  makes  available  a  comfcntable  atmosphere  for  end  users 
to  stop  into  User  Services  for  answers  to  questicms  or  a  quick  training  exerdse.  The 
raiphasis  is  on  friendly  sendee  to  end  users  and  "one-stop  shopping"  to  meet  all  their 
needs.  The  techniques  outlined  in  this  paper  have  allowoi  USNH  Con^uter  Sovices  to 
provide  a  quality  and  comprehensive  training  sendee  with  a  very  small  staff.  The  primary 
elements  of  this  training  nKxlrl  are: 

1.  End  user  trainers  to  leverage  the  skill  of  the  professional  trainer. 

2.  Supplement  training  with  quality  end  user  documentation. 

3.  Combine  all  end  user  services  into  a  single  organizaticm  to  provide  a  "critical 
mass"  of  staff,  all  of  whom  are  expected  to  te  trainers. 


Lessons  Learned  at  UNH 


Training  must  not  be  consideied  a  quick-fix,  an  add-on,  or  a  "codcbodc"  approach 
to  educating  users.  To  be  successful,  training  must  be  seen  as  a  process  to  str^ngtfien 
lon^-term  instituticxial  goals  and  performance,  and  as  a  cost-effective  m  "soi  providing 
user  support  Often,  not  enough  time  is  spent  up  front  assessing  needs  and  plaiming  die 
training  effort,  nor  is  enough  time  spent  evaluating  the  results  and  making  necessary 
changes. 

Quuiges  in  personnel,  up^jactes  to  hardware  md  software,  and  the  availability  of 
new  technology  necessitate  a  l(Hig-term  approach  to  providing  computer  support  Given 
the  distributed  natuie  of  Hit  equipment,  the  need  for  a  strong  centraUzed  supprn 
organization,  one  that  can  coordinate  training  and  other  support  functions,  is  essential. 
While  knowledgeable  end  users  will  become  an  extension  of  cenindized  support,  their 
jobs  do  not  depend  upon  providing  compiiter  services.  There  must  b^  an  organization 
whose  respcmsibility  it  is  to  coordinate  training  for  all  users.  With  proper  planning  and 
evaluating,  however,  training  can  be  one  of  the  most  cost-effective  and  efRcirat  means  of 
providing  computing  support  to  users. 
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ABSTRACT 


This  p'.per  describes  the  situation  faced  by  universities  in  general,  and  Western  in  particular, 
in  plinning  the  developcient  of  administrative  information  systems.  A  methodology  to 
as«Lt  decision-making  'vith  respect  to  the  relative  priorities  of  alternative  (competing) 
projects  has  been  developed  arid  was  applied  for  the  first  time  in  the  1989-90  fiscal  year 
and  is  being  continued  l  or  the  1990-91  fiscaly^.  The  methoilology  is  designed  to  identify 
the  principal  opdons  for  information  systems  development,  and  to  peraiit  tiie  (plication 
of  executive  judgement  as  to  the  strategic  importance  of  competing  projects.  The 
methodology  itself  and  the  ra..onale  for  its  ac'  ption  arc  described,  Ourexpcritncetodate, 
and  issues  encountered  and  their  resolution  is  also  summarized. 
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ADMINISTRATIVE  SYSTEMS  PLANNING  AT  IJNTVERSITIRS 

Planning  thr.  development  of  inforaiatim  systems  is  a  challenging  matter  in  most  large  organiza- 
tions, and  I    'ersities  are  no  exception.  Commonly  experienced  difficulties  include  the  following: 

•  rapidly  evolving  technology  change  i  both  the  nature  of  the  woik  to  performed  and  the  tools 
available  to  do  the  work; 

•  the  growA  of  decentralized  computing  using  microcomputers  and  local-area  networks  creates 
rising  expectations  by  the  clientele  to  be  served  as  well  as  multiplying  the  technical 
considerations; 

•  the  proltferaiion  of  client  demands,  as  computer  ^plications  increase  b>th  in  number  and 
impMSitance  points  to  the  need  for  a  general  strategy  and  a  need  to  involve  more  persons  in  the 
decision-nuddng  process; 

•  a  backlog  of  unfinished  work.  It  is  common  to  have  a  large  unnnished  backlog  of  systems 
development  woik.  Western  is  peih^s  typical:  the  backlog  of  identified  work  amounts  to 
approximately  3  years  for  a  systems  development  staff  complement  cf  20  positioa«.  This 
situaticm  creates  frustration  in  client  departments. 

In  addition  to  the  conunonly  experienced  difficulties,  the  oiganization  of  administrative  pn)cesses 
in  universities  presents  some  special  obstacles  and  considerations.  These  are: 

•  Administrative  processes,  and  the  information  systems  to  support  them,  are  regarded  as 
overhead  activities  of  secondary  importance  at  universities,  whore  the  primary  activities  are 
teaching,  research,  and  direct  public  service; 

•  Funding  is  tightly  constrained  in  higher  eduction  and  therefore  new  funds  for  administrative 
informatir  i  systems  are  hard  to  obtain; 

•  Increr  ag  demands  for  administrative  productivity  have  been  experienced  with  record 
enrc  nents,  demands  for  new  services,  and  requirements  for  information  for 
government-mandated  programs; 

•  The  need  for  participative  decision-making,  due  to  tradition  and  the  accountability  of  the 
university  administration  to  a  legislative-style  decisicr-maldng  system,  and  particularly  in 
view  of  the  fm  that  die  end-users  to  be  served  by  information  systems  are  academic 
departments  and  students. 

An  irnportant  and  sin^lifying  factor  in  administratis  ^e  information  systems  development  at  univer- 
sities is  that  many  (not  aU)  of  die  important  information  systems  are  fairly  stable  in  puipose  and 
have,  in  one  way  or  another,  been  in  operatim  for  many  years. 

The  nugor  administrative  information  systems  include: 

•  student  admisssions,  registration  and  record-keeping;  financial  accounting  and  budgeting; 
purchasing  and  physical  asset  management;  personnel  administration;  fund  raising  and  alumni 
records;  and  jdiysical  plant  systems. 

APPROACH  Tn  ADMINTSTB  ATIVR  INFORMATION  SV. .  i  JMS  AT  WESTERN 

The  technical  means  for  development  of  conq>uterized  administrative  information  systems  at 
Western  is  modem  and  typical  of  the  mainstreaoL  Information  systems  projects  are  initiated  with 
a  request  to  the  Department  of  Adminisnative  Systems  (DAS)  which  uses  the  PRIDE  methodology 
for  papturing  die  iiiforaiation  necessary  to  plan  a  project  Project  committees  are  formed  for  major 
projects  to  manage  the  phases  of  development  In  uiost  cases,  information  systems  are  dtveloped 
in-house;  although  Western  attenq)ts  to  evaluate  software  available  from  extonai  sources,  it  has 
usually  been  found  that  ahtady-developed  and  available  software  is  eitiier  unsuitable  a:  deficient 
or  that  in-house  development  is  cheaper  or  more  practical. 
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Western  uses  IBM  computers,  the  MVS/XA  operating  system,  and  the  Cullinet  IDMS-R  database 
management  software  for  major  informatio  i  systems.  A  variety  of  fairly  standard  means  of 
connecting  administrative  worlcstations  to  the  mainframe  administrative  computer  is  used;  most 
administrarive  offices  now  employ  microcomputers  using  the  MS-DOS  operating  system.  Up-load- 
ing and  down-loading  of  administrative  data  to  microcomputers  is  facilitated  with  Cullinet's 
Mogate/GoldengaiB  software.  A  catalog  ot  administrative  databases  is  maintained  and  aided  by 
use  of  the  dictionary  capabilities  of  IDMS.  This  data  is  regarded  as  a  corporate  asset;  procedures 
have  been  put  into  place  to  facilitate  and  control  the  use  of  "corporate"  data  throughout  the  university. 
ADMINISTRATTVR  INFORMATION  SYSTEMS  STWATFOV 

Despite  the  use  of  the  foregoing  resources  and  methods.  Western  ~  like  many  universities  ~  found 
itself  in  increasing  difficulties  in  carrying  out  its  infonnation  systems  development  in  the  mid-1980s. 
Many  of  its  infonnation  systems  were  in  need  of  re-development  Staff  of  the  Department  of 
Administrative  Systems  had  to  be  reduced,  in  view  of  the  "steady  state"  budget  situation,  to  pay  for 
adequate  hardware  and  software  to  run  die  re-developed  information  systems  and  to  handle  the 
amounts  of  data  and  increasing  degree  of  on-line  access  required  for  administrative  operations.  New 
administrative  computer  applications  were  being  requested,  in  addition  to  a  "backlog"  of  system 
development  woik  stretching  out  for  three  or  nuwe  y&aa.  In  fact,  many  worthwhile  projects  had 
simply  been  put  on  the  "back  burner"  awaiting  sufficient  resources. 

The  >^-President  for  Administration  foresaw  that  senior  executive  action  was  needed  to  bieak  the 
logjam.  Even  if  all  worthwhile  administrative  computing  could  not  be  accommodated,  there  was  a 
need  to  concentrate  resources  on  die  develq>ment  and  maintenance  of  those  information  systems 
which  were  critical  and/or  most  strategically  important  Because  of  the  complexity  and  scope  of 
the  information  systems  work  which  could  be  undertaken,  it  was  difficult  to  identify  the  major 
decisions  which  were  needed,  let  alone  foresee  all  of  tfie  inq)lications  for  the  departments  affected. 
Sinq)lification  was  needed  as  a  basis  for  decision-making. 

A  nugor  consideration  was  die  no.  1  to  involve  senior  levels  of  the  administrati^ii  >u.  decisions 
regarding  infoimaticm  systems  development  The  reasons  re:  first,  the  expense  of  development 
of  information  systems  was  forcing  financial  trade-offs  which  wouU  affect  all  anas  of  the 
administration,  and  second,  die  infonnation  systems  woukl  have  a  major  effect  on  most  areas  of 
administrative  operations  and  therefore  needed  to  be  coordinated  widi  general  administrative 
planning. 

It  was  recognized  that  decisions  shoukl  not  be  made,  or  forced,  by  the  Department  of  Administrative 
Systems.  It  was  not  considered  fair,  or  appropriate,  to  expect  this  department  to  provide  technologi- 
cal leadership,  accept  responsibility  for  development  of  information  systems,  and  make  decisions 
as  to  the  jnm^ty  and  timing  of  new  projects.  Especially  in  the  emerging  technical  environment  of 
distributed  computers,  thew  decisions  needed  to  be  a  result  of  collective  planning  throughout  the 
administration. 

A  classical  response  in  many  univen^ties  to  some  of  the  above  difficulties  has  been  the  introduction 
of  "hard  dollar"  chargeback.  The  ba:.ic  rationale  for  this  has  been  to  provide  a  simplified  planning 
concept  for  the  adniinistrative  infonnation  systems  department:  diey  provide  whatever  clients 
request  and  can  pay  for.  It  also  has  the  effect  of  putting  die  onus  on  die  client  departments  to  obtain 
resources  for  infonnation  systems.  However,  tiiis  tqiproach  has  been  rejected  at  Western  for  the 
following  reasons:  first,  it  wouid  not  generate  more  money  in  total  for  administrative  C(nr4^  ^ig, 
and  secondly,  it  would  reduce  the  flexibility  of  die  administration  to  move  infornation  systems 
resources  to  the  most  strategically  important  or  critical  projects  -  which  could  very  well  change 
quickly  acccnding  to  circumstances. 


ADMIN^STR  ATTVR  INFORMATION  SYSTEMS  fiOVERNANrE 


It  was  decided  to  put  into  place  an  administrative  structure  to  meet  the  following  objectives: 

•  Involve  the  senior  levels  of  administration  in  decisions  relatiiig  to  administrative  information 
systems.  Accordingly,  the  Priorities  and  Planning  Committee  for  AdmLiistiative  Information 
Systems  (F7CALS)  was  set  up,  chaired  by  the  VP,  Administration,  and  consisting  of  all 
Assistant  VPft  as  well  as  the  Director  of  Administrative  Systems.  This  committee  became  the 
vehicle  hereby  major  decisions  with  respect  to  administrative  information  systems  are  taken. 

•  Involve  q)propriate  staff  throughout  the  administration  in  matters  relating  to  information 
systems  developmmt  An  advisory  subconomittee,  the  Advisory  Committee  for 
Administrative  Information  Systems  (ACAIS),  was  esublished,  consisting  of  the  Directors  of 
most  administrative  departments,  and  representatives  of  all  academic  faculties  -  the  "end 
users"  for  many  kinds  of  administrative  information  services.  ACAIS  is  consulted  with  respect 
to  all  major  policies  and  procedure'i  regarding  administrative  information  systems,  b 
addition,  a  number  of  special  study  groups  and  task  forces  with  technical  expertise  have  been 
set  up  to  consider  certrin  matters,  especially  in  connection  with  die  initiative  for  office 
automatic  v»  jch  was  laundied  in  the  fall,  1988. 

A  METHODOLOGY 

A  search  was  conducted  for  methods  which  would  facilitate  planning  and  decision-making  for  major 
information  systems  oevelopmnnt  projects.  Vendors  and  conq)anies,  as  well  as  other  universities, 
were  consulted  It  was  concluded  that  ooany  large  organizations,  despite  invc  Jtments  of  miUions  in 
"information  systems  development  methodologies",  generally  "muddle  through"  where  the  big 
decisions  were  concerned  It  was  recognized  that  tiie  tools  and  methodologies  described  above 
could  not  help  in  this  regud,  even  thou^  they  are  useful,  if  not  essential,  once  a  project  has  been 
decided  upon. 

Although  "politics"  can  never  be  elimmated  where  inajor  financial  decisions  were  concerned,  a 
metiiod  which  would  reduce  the  complexity  of  choosing  among  dozens  of  competing  projects  was 
desired,  as  well  as  a  way  of  conceptualizing  Lie  decisions  to  be  made.  Many  authors  advocate  the 
application  of  information  systems  resources  to  die  most  strategically  inq)ortant  projects  -  th&t  is, 
die  projects  which  most  directiy  support  the  "strategic**  goals  of  the  institution.  This  is  undoubtedly 
a  good  concept,  but  Westem  -  like  most  large  universities  -  did  not  have  i>  clear  or  explicit  plan, 
strategy,  or  set  of  goals  which  aie  of  direct  use  in  trying  to  decide  which  information  systems  projects 
should  have  priority. 

It  was  decided  to  p'^^^y  sornc  methods  described  in  the  t^k  **The  Computer  Solution:  Strategies 
for  Success  in  the  Informaticm  Age**,  by  Eugene  E  BedeJ,  1985.  The  metiiods  aavocated .  ^his 
book  appear  to  address  tiie  migor  concerns  described  above.  Although  these  methods  have  oeen 
successftilly  applied  in  a  few  large  corporations,  diey  are  not  well-known,  nor  to  our  knowledge 
have  they  been  applied  in  universities.  Therefore  we  are  breaking  new  ground  in  this  endeavour. 

The  remainder  of  this  paper  is  devoted  to  describing  in  detail  the  method  which  we  have  adopted 
The  method  has  some  points  in  common  with  classical  **cost-benefit  analysis",  but  allows  a 
considerable  degree  of  collective  executive  judgement  to  be  applied  Like  any  woricable  decision 
tool,  it  is  used  as  a  ^uide  -  not  the  last  word  -  in  the  decisions  we  make  regarding  computerized 
administrative  information  systems  development  at  Westem. 


PRKI.IMTNARY  STEPS 


The  first  major  task  undertaken  by  PPCAli>  was  a  review  of  the  backlog  of  information  systems 
development  wort  This  was  conmleted  in  1987,  and  used  to  set  the  agenda  fcr  information  systems 
development  projects  in  1988-89 .  Previously,  information  systems  devebpment  work  was  or- 
ganized into  projects  and  each  project  has  in  turn  phases  which  are  the  necessary  steps  in  the 
execution  of  a  project  of  this  nature:  preliminary  feasibility  studies  and  d  ^%ition,  systems  analysis 
and  design,  database  design,  programming,  implementation,  and  maintenance. 

In  the  summer  of  1987,  DAS  undertook  to  review  and  cull  the  e;.tire  backlog  of  project  work  in 
order  to  provide  PPCAIS  withcuntnt  information.  About  100  sub-projects  (phases)  wert  identified. 
For  each  sub-project,  a  brief  description  was  prepared,  and  manpower  requirements  in  man-hours 
were  estimate  Fortunately,  Western  has  enough  cxpenence  witii  project  planning  methodology 
that  manpower  estimates  are  now  considered  quite  reliable.  This  information,  however,  proved  to 
be  too  detailed  for  PPCAIS  to  identify  the  major  decision  points  and  tradeoffs,  so  DAS  was  requested 
to  prepare  consolidated  "work  chunks"  -  the  goal  was  to  identify  20  to  30  major  items  of  work 
Wiiich  could  be  consklered  by  the  general  administration.  A  "work  chunk"  proved  to  consist  of 
about  2-3  man-years  of  development  work  -  systems  analysis  and  programming.  Based  on  this 
information,  the  work  plan  for  88-89  was  approved  At  -he  same  time,  it  was  decided  to  apply  the 
methodology  described  below  in  die  summer  and  fall  of  1988  to  produce  the  plan  for  89-90. 

lAUl  Importance  of  an  Activity  to  the  University 

A  basic  concept  of  this  methodobgy  is  that  of  'j^  activity.  An  activity  is  a  major  function  of  the 
university^  In  order  to  understand  the  importance  of  alternative  information  systems  to  the 
university,  it  is  necessary  to  determine:  first,  which  activity  an  information  system  supports,  and 
second,  how  important  that  activity  is  to  the  university. 


iWcitmuMer  vummI  planning  cydt.  In  tht  last  cjuarter  and  Mrlyflitt  quarter  of  tachy^ 
fiiGd  3ri«r  (May  liiioii^  AprU).  Evay  thm  y«ai%  each  departinmt  tubmlli  a  thm 

Cooimittoa  on  Unftvoiily  Planning.  ITitannud  plana  pfovida  an  update  to  Salhraeyw  plan  and  are  acompanlad  by  budget  ra^^  Each 
year, plarnib-ginelniclianeare tawed.  In tbe gaining te 88-89, dep!mmcntBK.^aakeC 
plan%  and  ta  the  planntag  fGT  89-90,  adminlelrativo  depaxtncnla  and  partt€^ 

autooiatai.  Ilieee  plane  wen  ooUocted  and  picvided  to  ^CAIS  for  Of  oouiei^  adminietratftvt  Inlbnnatian  eyelme  plane  ol 

deptrtmenfe  are  ueually  developed  with  the  tovdveoientv'f  the  D«^^  In  thta  my,  DAS  hae  advance  notioe 

of  dlent  depertOMnt  recpdraoicsita  ta  ofd«  to  prepare  ile  own  plaM 
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TABLE  1 

 IMI '  IMPORTANCE  OF  AN  ACTIVrr Y  TO  THE  UNIVERSITY 

lOiCriticaL  An  activity  hi  critical  if  it  must  accomplish  outstanding  performance  on  all  of 
its  objectives  for  the  university  as  a  whole  to  achieve  its  long-term  goals. 

8:  Important  An  actuitx  ^  important  If  it  must  accomplish  most  of  rts  objectives  for  the 
university  as  a  whole  to  achieve  its  long-teim  goals.  The  difference  between  critical  and 
important  is  that  outstanding  performance  is  not  itquiied. 

6:  Contributory.  An  actixitK  is  contributory  if  it  directly  contributes  to  the  achievement  of 
the  university's  long-term  goals,  but  the  university  may  achieve  its  long-term  goals  even  if  the 
acfuitx  fails  to  accomplish  a  substantia  poition  of  its  objectives. 

A^Jiuppart.  An  actixitx  is  support  if  it  does  not  directly  work  to  accomplish  the  university's 
goals,  but  supports  critical,  important,  or  contri)  »utory  activities,  and  whose  failure  will  not 
prevent  die  university  from  achieving  its  long-teim  goals. 

2:  Overhead.  An  asSiaiSt  is  overhead  if  it  must  be  done,  but  does  not  contribute  to  achieving 
the  university's  long-term  goals. 

0:  Detrimental  An  actiiuty  1:  detrimental  if  it  woiks  against  achieving  the  university's 
long-tf.iu:  goals.  


Examples  of  actmti&&  are:  recruiting  and  registration  of  student;  paying  staff;  financial  accounting; 
budgeting. 

It  is  not  necessary  to  maintain  an  exhaustive  list  of  all  activ^ricp  at  the  university.  Only  those 
activities  for  which  information  systems  development  is  proposed  need  be  identified  1  ^  a  given 
planning  cycle. 

In  our  first  consideration  of  activities,  a  list  of  the  principal  functions  of  Ldministrative  departments 
was  prepared  Generally  speaking,  single  identifiable  departments  are  the  focus  of  a  given  activity 
-  that  is,  a  single  department  usually  has  the  prime  responsibility  for  coordinating  and/or  carrying 
out  the  MtiUt^-  For  each  activity  so  identified,  each  member  of  PPCAIS  was  asked  to  prepare  a 
subjective  estimate  of  the  importance  of  the  a£^^  to  the  university,  using  a  s^aie  of  0  to  10,  as 
shown  in  Table  1. 

The  administrative  officers  applying  these  ratings  must  form  an  idea  in  their  minds  of  the  university's 
long-t^tn  goals,  understand  dve  objectives  to  be  accomplished  by  each  activity,  and  know  how 
accomplishing  the  objectives  will  contribute  to  the  achievement  of  die  university's  long-term  goals. 
For  their  judgements  to  be  valid  for  the  university  as  a  whole,  it  is  important  that  the  administrative 
officers  be  positioned  to  make  these  judgements.  PPCAIS  ^^ms  appropriately  constituted  for  tnis 
purpose. 

The  scores  assigned  by  the  members  of  PPCAIS  were  clustered  and  discussed  by  the  group.  The 
officers  were  asked  to  revise  their  estimates.  Based  upon  the  revised  scores,  a  composite  score 
representing  the  central  tendency  of  all  the  scores  was  determined  for  each  actiutX-  is  noteworthy 
that  the  officers  reached  a  fairly  consistent  set  of  scores  for  the  various  activities.  .  he  discuf^sions 
of  tfie  officers  in  compiling  this  scale  were  interesting  and  yiekled  insights  into  the  importance  of 
the  various  activities  at  the  university.  This  suggests  that  tfie  process  has  team-building  value,  quite 
independent  of  the  iq[)pUcation  of  the  lAU  Scale  to  information  systems  decisions. 

We  should  candidly  rrcognize  that  it  is  difficult  for  any  enq)loyee  or  officer  to  voice  judgenaents 
about  the  importance  of  major  university-wide  activities  (particularly  outside  one's  denoain  of 
responsibility),  and  is  fraught  with  political,  organizational,  and  interpersonal  overtones.  This  is 
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especially  trae  when  carried  through  for  the  first  time.  It  was  possible  at  Western  because  the 
members  of  the  PPCAIS  aie  officers  who  routinely  woric  closely  together,  and  because  the  scores 
assigned  by  individuals  have  been  keep  confidential  to  the  group. 

It  is  planned  that  each  year  the  list  of  activities  lAU  Scale  will  be  revised,  as  necessaiy,  as  a  first 
step  in  the  annual  planning  cycle.  It  is  expected  that  the  lAU  Scale  will  probably  not  change 
sig^cantly  from  year  to  year,  once  established.  It  is  probable  that  the  lAU  Scale  can  be  applied 
in  other  de-*  ion-making  idtuations  at  the  University  as  the  officers  gain  familiarity  and  comfort 
with  its  use. 

DRFiNirwiNogPPniii'rTg  andsyctrms 

The  second  inqxniant  concept  in  this  methodology  is  that  of  a  computerized  information  gyatftm 
(or  ajistcm  for  short).  Each  proposed  po^jfict  over  the  period  for  which  decisions  are  made  (fiscal 
years,  at  Western)  leads  w  the  establishment  of  a  comput^zed  information  system.  In  odier  words, 
a  ]2EQjcct  produces  a  ayalsm.  Tlie  task  of  the  decision  makers  is  to  choose  between  prgjecte  which 
compete  for  resources;  or  equivalently  to  set  priorities  for  die  acquisiiion  of  systamg 

Each  proposed  pcQj^  is  given  a  descriptive  tide,  a  short  description  in  non-technicai .  ^guage,  and 
an  estimate  of  manpower  requiranents  and  cost  We  have  calculated  manpower  requirements  in 
man-hours,  and  costs  are  obtained  by  multiplying  man-hours  by  $40  -  an  estimate  of  die  cost  per 
hour  of  a  programmer-analyst  The  decision-makers  will  choose  from  the  list  of  pn^ecto.  An 
example  of  a  jtoufict  description  is  show  in  Table  2. 

At  Wsstem  departments  are  permitted  to  "buy"  project  manpower  from  DAS  at  tfie  rate  of  $40  per 
hour.  In  die  past,  this  has  been  done  routinely  for  snudler  projects  and  for  "ancillary"  (cost-recovery) 
departments.  A  decision  available  to  PPCAIS  is  which  departments  will  be  required  to  "buy  in"  if 
they  wish  a  project  to  be  undertaken  or  to  raise  die  priority  of  dieir  requested  work. 

IABLEL2 

A  TYPiCAi.  pwn rerr  nrx,  pipttwim 


nae:  Improve  the  Reporting  of  Ledger  Account  Da^ 

Description:  Improve  die  reporting  of  general  ledger  account  data,  boih  on  line  and  in  haid-copy. 
Provide  for  selective  account  ranges  on  reports;  maintain  and  display  up  to  five  budgets  (current 
and  past  four  revisions);  provide  management  report  screens  for  any  period  in  die  current  and  prior 
fiscal  year,  provide  tables  where  ledger  account  numbers  can  be  linked  to  an  entity  code. 

Manpower  Estimate:  1850  hours 

CostEstimate:  $74.r0u 


ISA:  The  Importance  of  a  Computer'  «d  System  to  an  Activity  it  Supports 

It  is  assumed  diat  each  ajuIBm  will  support  a  unique  acti'lty.  If  a  system  supports  more  than  one 
actudty.  diis  does  not  invalidate  die  mediodology,  but  die  estimate  of  how  important  a  aystem  is  to 
an  aaistiSSL  needs  to  be  revised  (see  below).  Alternatively,  die  definition  of  a  system  and/or  die 
actixiix  which  it  supports  can  be  revised  so  that  die  sysiBlQ  supports  a  unique  activity. 
In  order  to  estimate  die  importance  of  syaiCffl  to  die  activity  wMch  it  supports,  the  ISA  index  is 
prepared,  as  shown  in  Table  3.  Originally,  is  was  intended  diat  die  Department  of  Administrative 
Systems  would  prepare  diis  index  in  consultation  widi  die  client  deparbnent  requesting  die  project; 
however,  it  was  found  diat  client  department  staff  tend  to  oveiestimate  the  importance  of  system 
development  proposals.  To  date,  estimates  prepared  by  PPCAIS  are  being  used.  In  subsequent 


-7- 

18,9 


decision  cycles,  a  greater  effort  to  involve  client  departnnent  staff  in  assigning  ISA  scores  is  desirable. 
In  order  fortius  exercise  to  \^  productive,  however,  more  clarity  regarding  the  definition  of  activities 
will  be  required  from  senior  decision-makers. 

TABLE  3 

ISA;  HOW  IMPORTANT  IS  A  SYSTEM  TO  THE  ACTIVITY  IT  SUPPORTS 

\\}:Es$€9itiiTFactor.  A  syaicm  is  an  absolutely  essential  factor  in  achieving  the  major  objectives 
of  the  actisdty  it  supports.  Note  that  a  syaiem  is  not  essential  just  because  an  acti3d£x  uses  it 
extensively. 

SMi^r  Support  Factor  A  system  is  a  major  support  factor  to  an  activity  if  it  is  not  essential  to 
the  actudtx»  but  can,  or  already  does,  play  a  vital  role  in  supporting  the  activity, 

1  'Minor  Support  Factor  A  sysicm  is  a  minor  support  factor  for  an  activity  if  it  helps  tfie  actixitx 
achieve  its  objectives  but  reasonable  alternatives  are  available  that  are  not  significandy  moie  costly, 
less  convenient,  or  less  effective,  and  that  would  not  significantly  disrupt  operations. 

G JVo/  Useful^  A  ayatem  is  not  useful  if  the  actudtx  it  suppcnts  does  not  derive  benefits  from  its  use. 
It  should  be  eliminated 


ISI2;  The  Ipiportance  of  a  System  to  the  I^iversity 

In  order  to  obtain  an  estimate  the  in^xntance  of  a  system  to  the  university,  we  multiply  the  two 
indices,  lAU » Importance  of  the  Activity  to  the  University,  and  ISA  -  Impcntance  of  the  System  to 
the  Activity.  The  resulting  index,  which  we  may  call  ISU  -  ^portance  of  a  System  to  the  University 
-  is  a  value  on  a  scale  of  0  to  100. 

Both  the  lAU  and  ISA  Indices  are  ordinal  scales  -  subjective  estimates  of  the  land  familiar  to  social 
researchers.  We  are  aware  that  from  a  methodological  point  of  view,  the  multiplication  of  ordinal 
indices  is  questionable.  We  have  adopted  tiiis  technique  for  the  pragmatic  reasons  that  the  procedure 
is  simple,  that  u  separates  the  constructicm  of  the  ISU  index  into  two  steps  involving  estimates  of 
two  quite  different  yet  important  factors,  and  that  it  appears  to  woric  well  enough  for  our  purposes 

ESAl  How  Effectively  does  a  System  Support  an  Actiutx 

The  final  index  to  be  conq)iled  is  an  estimate  of  how  effectively  a  conq>uterized  information  system 
supports  an  aciiut^  both  before  and  after  its  developnjent  The  ES A  Index:  How  Efficctively  a 
Sxsicm  Siq)ports  an  Activity,  is  conq>iled  on  a  scale  of  0  to  10  as  shown  in  Table  4.  The 
Administrative  Systems  in  consultation  w^th  Client  department  representatives  proposing  th^ 
system. 

lABLELi 

ESAl  HOW  EFFECTIVELY  DOES  A  SYSTEM  Support  AN  ACTIVITY  

I  WMigMy  Effective.  A  system  is  fiinctionally  appropriate,  technically  adequate,  and  cost^effbctive. 
Little  or  no  additional  work  or  investment  is  required  for  die  systCDk  other  than  routine  maintenance. 

SJHoderately  Effective.  A  system  provides  a  moderate  degree  of  support  to  the  actiutX*  but 
substantial  in^vements  are  needed  to  inqm>ve  functional  appropriateness,  technical  quality,  or 
cost-effecdveness. 

1  iliuffectlve.  A  sx^^m  support?  iht  actiutK        designed  to  support,  but  ineffectively. 

OJVo  Support.  No  sydtem  is  currently  installed,  or  the  system  that  is  installed  is  so  L^ffective  as 
to  be  wmthless. 
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The  Change  in  Effectiveness  Resulting  flrom  Installation  of  a  Sysfpm 

In  order  to  esdmate  the  contribution  to  overall  efifectivencss  resulting  from  installation  of  a  given 
SXSJoai  (i.c.,  from  conq>letion  of  a  project)  we  weight  the  change  in  the  ESA  Index  with  the  ISU 
Index  -  Importance  of  the  Systfim  to  the  University.  The  two  values  are  multipUed  together,  that  is: 
Tbe  Change  in  Total  Effectiveness  Resulting  From  Installation  of  a  System 
=  (  ESA(New)  -  ESA(01d)  )  X  ISU  =  ( ESA(New)  -  ESA(01d) )  X  lAU  X  ISA 

The  resulting  effectiveness  index  is  on  a  scale  from  0  to  1000.  It  can  be  divided  by  the  largest  value 
and  multiplied  by  an  arbitrary  number  (normalized)  to  facilitate  comparison.  We  rank-oider  the 
resulting  numbers  to  facilitate  consideration  by  the  decision-makers.  An  example  of  the  calculations 
are  shown  in  Table  5,  using  data  for  19<i9-90. 

Estimates  of  Cost-Effectiveness 

A  final  step  can  be  taken  to  introduce  a  measure  of  cost-effectiveness  for  each  project.  This  is 
obtained  by  taking  the  index  of  increase  in  effectiveness  and  dividing  by  the  estimated  cost  for  the 
project  to  produce  the  system.  Given  the  direct  relationship  between  cost  and  man-hours  at  Western, 
we  can  equivalently  divide  by  man-hours.  For  convenience,  the  resulting  numbers  can  be  nonnal- 
ized  to  obtain  a  Cost-Effectiveness  Index.  We  rank-order  the  resulting  numbers  in  order  to  facilitate 
consideration  by  decision-makers.  See  Table  5. 

Use  of  the  Indices  by  Decision  Makers 

The  resulting  indices  are  used  as  a  guide  to  decision-making.  The  decision  makers  must  consider 
how  many  projects  can  be  undertaken  in  a  given  planning  period,  any  logical  inter  dependencies 
among  the  projects,  timing,  and  any  other  factors  relating  to  planning  outside  the  scope  of  this 
methodology.  Using  manpower  estimates  as  a  surrogate  for  costs,  and  assuming  that  the  pool  of 
manpower  is  known  in  a  given  planning  period,  the  projects  must  be  fitted  into  the  agenda  for  the 
numpower  available. 

Once  priorities  have  been  assigned,  the  projects  can  be  listed  in  priority  order,  and  cumulative 
manpower  calculated.  In  this  way,  the  amount  of  work  which  can  be  accomplished  in  the  following 
planning  period  tan  be  readily  identified.  See  Table  6  for  an  example,  where  the  projects  have  been 
ranked  in  the  order  of  estimated  cost-effectiveness. 

We  consider  that  a  programmer-analy  st  can  produce  approximately  1000  hours  of  project  woric  in 
a  year,  taking  into  account  training  time,  vacation,  average  sick  time,  and  other  activities  which 
cannot  be  assigned  to  projects. 

Each  project  can  be  viewed  as  a  "rectangle"  which  can  be  stretched  out  or  shortened  according  to 
the  number  of  analysts  assigned  to  the  woric.  The  height  of  the  rectangle  is  proportional  to  the 
number  of  analysts  assigned,  and  the  area  is  proportional  to  the  size  of  the  project  measured  in 
man-hours.  This,  ofcourse,  is  a  standard  way  of  planning  manpower  assignments.  See  IVible  6  for 
a  feasible  schedule  resulting  from  an  selection  of  projects  firom  the  list  in  Table  5. 
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Track  III 

Organization  and  Personnel  Issues 

Coordinator: 
Carolyn  Livingston 
Tufts  University 

\  Converging  technologies  have  dictated  that  institutions  view  their 
organization's  structure  and  use  their  personnel  in  new  and  better  ways  in 
order  to  manage  the  changing  information  resource  function.  Not  only  is  it 

^important  to  determine  where  information  will  be  created,  preserved,  and 
communicated;  the  choices  of  how  and  who  will  perform  the  functions  and 
the  skills  required  to  perform  and  manage  the  functions  are  critical.  Topics 
covered  in  this  track  included:  organizational  strategies  for  delivering  information  technology 
services;  cultural  differences  among  the  units  involved  in  the  information  infrastructure 
(computing,  libniry,  telecommunications);  the  need  for  different  skills  and  capabilities  in 
systems  development  staff  in  light  of  new  development  methods;  the  evolving  role  of  the 
information  center;  and  training  and  productivity  issues. 


Jim  Scanlon,  California  State  University 
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How  to  Successfully  Mix  Oil  and  Water: 
or  How  to  Get  Your  Programmers 
to  Work  with  Librarians 


James  J.  Scanlon 
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Information  professionals,  as  any  diverse  group  of  individuals, 
span  the  whole  range  of  personality  types,  from  the  most  gregarious  to  the 
very  withdrawn.  Different  types  of  personalities  are  drawn  to  different 
professional  types.  We  are  all  used  to  dealing  with  the  typical  police  or 
bureaucratic  mindset.  One  of  the  primary  responsibilities  of  any  manager 
is  to  ensure  that  individuals  work  well  in  harmony.  Generally, 
computing  and  library  professionals  have  very  different  personalities. 
This  paper  will  examine  the  personality  differences  between  librarians  and 
computer  professionals  and  further  examine  several  strategies  which  will 
allow  them  to  work  toge^er.  The  paper  will  also  examine  the  present  and 
future  relationships  of  the  computer  center  and  the  library. 

The  typical  stereotype  of  the  librarian  is  a  little  old  lady  with  a  bun 
on  the  back  of  her  head  who  is  constantly  'shushing*  patrons.  According 
to  the  Myers-Briggs  Type  Inventory  (MBTI),  librarians  typically  are  literal, 
search  for  total  solutions  to  problems,  and  place  emphasis  on  authority. 
On  the  other  hand,  computer  specialists  think  linearly,  tend  to  search  for 
the  best  possible  Ht  to  a  problem^  worrying  about  exceptions  as  they  occur, 
and  place  emphasis  on  knowledge  as  opposed  to  authority  when  seeking 
answers. 

These  two  differing  personality  types  serve  their  professions  well. 
Librarianship  is  a  mature  profession  with  a  history  going  back  to  Greek 
and  Roman  times.  Consistency  of  information  presentation  is  essential 
for  the  librarian.  One  main  function  of  the  library  is  to  provide  quick  and 
easy  access  to  information  for  large  numbers  of  patrons.  In  order  to 
provide  this  level  of  access,  there  must  be  a  high  degree  of  standardization. 

One  must  constantly  rely  on  rules  of  authority  to  achieve 
standardization  Over  the  years,  these  rules  have  served  librarians  and  the 
general  public  well.  The  majority  of  adults  were  educated  in  a  S3rstem 
which  med  library  methods  to  access  informations. 

Because  of  tre  age  of  libraries,  the  decision-making  processes  have 
become  very  standardi^ed.  This  is  true  of  any  nuiture  institution.  Mature 
institutions  tend  to  have  numerous  review  committees  and  very 
formalized  dedsion-making  processes  which  are  indicative  of  bureaucratic 
organizations.  Generally,  since  libraries  are  bureaucratic  institutions, 
reliance  is  placed  on  authority  as  opposed  to  knowledge. 

On  the  other  hand,  computer  professionals  come  from  a  culture 
that  is  very  young.  As  typical  of  yotmg  cultures;  change  is  a  constant.  To 
deal  with  change,  professionals  must  adopt  coping  strategies.  Often  these 
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coping  strategies  solve  only  a  certain  percentage  of  problems  in  the  general 
situation  and  then  deal  with  the  remainder,  on  a  case-by<ase  basis. 

Computer  professionals,  as  indicative  of  professionals  of  any 
emerging  field,  tend  to  shoot  from  the  hip  and  place  their  faith  in  the 
knowledge  of  individuals  as  opposed  to  their  authority  within  the 
organization.  Authority  is  a  commodity  that  does  not  solve  the  problem 
at  hand;  therefore,  is  of  little  value. 

Getting  these  two  cultures  to  work  productively,  is  at  tines,  a 
difficult  and  frustrating  process.  Constant  clashes  ocaur  between  the 
personality  types.  Procedures  which  make  absolute  sense  to  a  librarian 
make  little  sense  to  the  computer  professional,  and  vice  versa.  Conflict 
seems  almost  inevitable  because  of  the  di^ences  in  these  interpretations. 
A  case  in  point  would  be  the  library  automation  system  at  the  University 
of  Georgia.  At  the  beginning  of  the  author's  tenure  as  manager  of  library 
automation,  there  was  a  great  deal  of  disscntion  between  the  library  sta^ 
and  the  computer  staff.  Shouting  matches  were  not  tmcommon  and  little 
respect  was  shared  betweeii  ihe  two  organizations.  Over  the  course  of 
three  years,  several  strategies  were  developed  to  provide  a  better  working 
relationship  between  these  two  groups.  These  strategies  were  based  upcm 
the  following  four  pronged  approach: 

1.  Develop  mutual  professional  respect 

2.  Develop  mutual  tmderstanding  of  operatioiial  needs  of  the  other 
organization, 

3.  Develop  an  identification  with  the  positive  results  of  the  otbar 
organization, 

4.  Good  problem  definition. 

At  the  beginning  of  the  project,  the  library  staff  perceived  the 
computer  staff  as  technicians,  not  as  professionals.  As  technicians,  the 
computer  staff's  opinions  and  needs  carried  a  lower  weight  in  the  minds' 
of  ^e  professional  staff.  The  genesis  of  this  problem  is  quite 
understandable.  Often,  there  is  no  formalized  training  for  the  computer 
staff,  while  a  professional  librarian  is  required  to  earn  a  Masters  of  Library 
Science.  The  difference  in  educational  requirements  alone  was  ^  .  jugh  to 
make  this  perception  widespread. 

The  key  to  overcoming  this  problem  from  the  point  of  view  of  the 
computer  staff  was  to  act  with  a  professional  demeanor  in  all  contacts  with 
the  libraiy  staff.   When  discussing  problenis,  the  computer  staff  was 
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instructed  to  deal  with  the  problems  in  a  professional  manner.  In  all 
situations,  the  computing  staff  attempted  to  portray  the  professional  image 
and  to  refer  to  themselves  as  'professionals. 

From  the  point  of  view  of  the  library  staff,  the  professional  image  of 
the  computer  staff  was  built  by  the  management  of  the  library.  When 
talking  about  the  computing  staff,  they  were  referred  to  as  professionals. 
When  a  decision  needed  to  be  made,  the  management  staff  would  often 
refer  to  the  expertise  of  the  technical  staff.  This  leading  by  example  was 
very  helpful  in  building  the  image  of  the  computer  professional  as  a  true 
professional. 

The  second  step  was  to  develop  a  mutual  understanding  of 
operational  needs  of  the  other  organization.  Due  to  the  diverse 
backgrotmds  and  missions  of  computer  professionals  and  librarians,  there 
was  difficulty  tmderst  iding  the  professional  concerns  of  the  other 
group.  As  stated  previously,  tiKe  major  interest  of  the  library  staff  is  to 
ensure  constant  and  consistent  access  to  information.  It  should  be  noted 
that  the  key  words  for  library  staff  members  are  constant  and  consistent. 
These  two  words  require  a  high  degree  of  uniformity  in  operation.  This 
overriding  requirement  for  tmiformity  has  lead  to  the  requirement  of 
librarians  to  require  solutions  which  allow  for  all  of  the  cases.  When  an 
tmusual  cataloging  problem  occurs,  it  must  be  dealt  with  immediately.  It 
cannot  be  handled  on  an  exception  basis,  but  as  a  part  of  the  routine 
function  of  the  library. 

The  computer  professional  deals  in  a  world  where  there  is  constant 
change.  This  is  not  only  due  to  changes  in  the  external  environment  arid 
the  work  requirements  of  the  supported  systems,  but  those  changes  due  to 
random  occurrences.  It  is  possible  for  a  computer  program  to  be  changed 
due  to  the  chance  passing  of  a  cosmic  ray  through  the  wrong  part  of  a 
computer  chip.  Because  of  the  extremely  variable  world  of  the  computer 
professional,  only  the  most  c  :)mmon  cases  can  be  handled  on  a  routine 
basis.  All  others  must  be  handled  on  an  exception  basis. 

Just  as  the  library  and  computer  professionals  must  recognize  each 
other  as  different  types  of  professionals,  this  recognition  has  its  own  set  of 
professional  concerns.  Discussions  of  all  problems  and  solutions  should 
focus  on  the  professional  concerns  of  both  communities.  The  computer 
professional  is  concerned  with  the  stability  of  the  system  and  integrity  of 
the  data.  On  the  other  hand,  the  librarian  is  concerned  with  the  accuracy 
of  the  data  contained  in  the  system.  These  two  sets  of  concerns  are  often 
at  odds  with  one  another.  Decisions  need  to  be  made  where  there  is  a  win- 
win  solution  regarding  the  professional  concerns  of  both  communities. 
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The  bottom  line  of  each  of  the  two  professionals  is  the  same:  "The 
provision  of  information  in  a  timely  and  accurate  manner."  Because  the 
end  is  the  same,  each  group  should  identify  with  the  positive  results  of  the 
other.  A  s)rsterA  which  handles  the  inter-accurades  of  the  relationships  of 
serials  designed  by  a  librarian  should  be  greeted  with  a  high  level  of 
enthusiasm  by  the  computer  staff.  On  the  other  hand,  an  operational  fix 
allowing  for  the  recovery  of  data  which  is  apparently  lost  should  be 
appreciated  by  the  library  staff. 

When  developing  a  common  language  between  the  two  staffs,  it  is 
incumbent  on  the  computer  staff  to  learn  the  language  of  the  library  staff. 
The  jargon  of  the  librarian  nuiy  seem  arcane,  but  it  has  a  precise  meaning 
for  professionals  in  this  area.  The  computer  staff  should  learn  the 
language  of  the  user  to  allow  the  computer  staff  to  do  three  different 
things.  It  helps  the  computer  staff  to  associate  more  closely  with  the  needs 
of  the  library  staff  to  understand  the  logic  behind  the  language.  The 
second  reason  is  that  it  allows  for  easier  problem  identification  and 
solution.  It  is  much  easier  for  the  user  to  explain  the  problem  in  a 
language  in  which  he  is  accustomed,  than  to  try  to  explain  a  problem  in  a 
language  that  he  really  doesn't  understand.  The  third  reason  is  that  it 
helps  build  the  professional  image  of  the  computer  staff  because  the 
computer  professional  has  learned  language  of  the  user,  and  in  the 
process,  gained  new  empathy  with  the  user. 

One  method  for  developing  this  type  of  positive  attitude  toward  the 
successes  of  other  organizations  is  to  hire  staff  from  die  organization  or  to 
allow  that  organization  the  opportunity  to  become  involved  in  the 
solution  of  a  problem  they  are  fadng.  The  former  library  staff  member 
could  often  speak  the  language  of  the  user  much  more  easily  than  the 
general  computer  staff.  An  unantidpated  benefit  of  using  library  staff  as 
professions  is  to  get  at  the  other  side  of  the  questions.  When  one  of  the 
computer  staff  would  complain  about  a  perceived  library  problem,  the 
former  library  employee  would  say,  "But  you  just  don't  understand.' 
From  this  radier  startling  statement,  will  come  a  new  imderstanding  of 
the  operational  requirements  of  (tie  library. 

Problem  definition  became  a  very  big  issue  between  the  two  groups. 
The  library  staff,  being  excellent  problem  solvers,  would  present  problems 
in  terms  of  solutions  rather  than  as  problems.  This  attempt  to  solve  the 
problem  before  it  was  well  understood  generally  ^delded  poor  results. 
From  flie  point  of  view  of  the  computer  professional,  was  that  what  often 
appeared  to  be  a  rational,  intelligent  solution  to  the  real  world  would  not 
work  in  the  computer  environment. 
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To  assist  in  the  problem  definition,  a  great  deal  of  time  was  spent  in 
meetings  where  all  aspects  of  the  problem  were  well  imderstood.  When 
these  probler^s  were  well  understood/  solutions  would  be  discussed.  This 
discussion  \  jcess  was  often  lengthy  and  stressful.  As  a  result  of  this 
process,  problems  were  solved  which  were  agreeable  to  all  parties 
concerned.  By  defining  the  problem  in  a  manner  imderstandable  to  all,  a 
large  step  was  taken  in  the  solution  of  the  problem. 

To  make  these  four  coping  strategies  work  required  the  full 
cooperation  of  all  levels  of  management  in  both  the  library  and  the 
computer  center.  It  was  the  expressed  commitment  of  the  directors  of 
both  departments  that  full  cooperation  between  these  two  would  exist. 
More  'han  a  commitment  was  made  by  tl\ese  two  individuals;  they  were 
occasionally  called  upon  to  intervene  in  situations  out  of  control.  From 
the  commitment  of  the  senior  managers,  the  junior  management 
followed  with  the  active  encouragement  and  cooperation. 

In  the  final  analysis,  it  was  through  the  dedication  of  both 
organizations  that  a  common  professional  ethic  was  achieved  to  deliver  a 
service  to  their  user  community  as  it  was  needed.  The  professionalism  of 
both  organizations  v/as  the  deciding  point.  The  role  of  management  was  to 
demonstrate  how  this  professional  ethic  could  be  achieved  to  improve 
commimications  between  organizations. 

These  steps  are  applicable  to  all  groups  using  the  service  of 
computer  professionals.  It  should  te  remembered,  the  main  goal  of  the 
computer  professional  is  to  achieve  success  du-ough  the  success  of  the  user 
community  which  he/she  serves.  A  computer  professional  can  design  the 
most  elegant  system  imaginable,  provide  instantaneous  response  time, 
and  have  100%  machine  avdlabiiity;  but  if  the  user  cannot  use  the  system, 
it  is  valueless.  The  key  to  a  valuable  system  is  to  increase  communication 
with  the  user. 
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Meeting  the  Challenges  in  Computer  User  Support 
Don  E.  Gardner  and  Carol  S.  Schwob 
Florida  Atlantic  University 
Boca  Raton,  Florida 


The  establishment  of  the  microcomputer  as  a  standard  desktop  tool,  coupled 
with  ever-increasin2$  access  to  computer  networks,  has  resulted  in  significant 
challenges  in  campus  computer  user  support.  Typically,  the  institutional 
response  to  these  challenges  has  been  shaped  by  the  previous  orientation 
of  the  responsible  office:  e.g.,  administrative  vs.  academic  computing,  or 
a  history  of  mainframe  vs.  mini/micro  support.  This  presentation  describes 
a  case  study  where  a  new  "Computer  User  Services"  department,  completely 
separate  from  administrative  computing,  academic  computing  and  the 
information  center/MIS  department,  was  created  in  an  effort  to  provide  a 
source  of  "application-neutral"  user  support.  Problems  and  solutions  are 
discussed,  including  the  benefits  of  the  approach  ^nd  recommendations  for 
those  interested  in  pursuing  a  similar  course. 
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In  a  short  ten  years,  microcomputers  have  become  the  single  most  important  tool 
-  aside  from  the  telephone  -  in  most  administrative  offices  in  higher  education.  At  the 
same  time,  desktop  computers  have  provided  myriad  opportunities  for  enhanced  academic 
instruction,  research  and  public  service.  One  result  of  this  literal  revolution  is  the 
emergence  of  a  new  breed  of  computer  consultants  and  a  variety  of  new  offices  aimed 
at  providing  microcomputer  support  to  campus  computing  users. 

Most  of  these  support  organizations  have  evolved  in  obvious  ways:  for  example, 
out  of  the  traditional  academic  or  administrative  computing  departments  within  the 
college  or  university.  Others  have  become  extensions  or  integral  parts  of  Information 
Centers  or  MIS  departments,  where  attempts  have  been  made  to  adapt  business  concepts 
in  the  college  setting.  In  every  case,  a  series  of  new  challenges  must  be  addressed  in 
some  way: 

Guiding  the  transition  from  a  "machine-centered"  to  a  "user-centered" 
computing  environment. 

Making  all  campus  computer  users  citizens  (or  potential  citizens)  of  an 
integrated  data  network, 

Dealmg  with  the  issues  of  hardware  and  software  standards, 
Managing  technological  change  with  some  semblance  of  rationality, 
Meeting  user  education  and  training  needs,  and 

Maintaining  effective  support  sub-groups  (for  example,  network  user  groups, 
computer  stores,  computer  ma'  itenance  shops,  special  interest  groups,  etc.). 

The  Challenges: 

The  challenge  of  effectively  guiding  the  transition  from  a  machine-centered  to  a 
user-centered  computing  environment  is  dependent  on  the  extent  to  which  campus 
computing  professionals  acknowledge  a  fundamental  change  in  computer  user  status.^ 
In  the  old  computer  environment  the  mainframe  (whether  academic  or  administrative,  or 
both)  was  at  the  center  of  activity,  with  computer  experts  working  diligently  to  help 
users  access  "the  machine."  In  the  new  computing  envirormient,  campus  mainframes  are 
simply  one  of  many  computing  platforms  -  including  minis,  high-powered  workstations 
and  microcomputers  -  available  to  help  users  accomplish  their  tasks.  While  some  have 
be::n  slow  to  recognize  it,  the  focus  has  clearly  shifted  away  from  the  technological  bulk 


^The  authois  are  indebted  to  Arthur  S.  Gloster,  n,  Callfomia  Polytechnic  San  Luis  Obispo,  for  his  pk^esentation, 
"Establishing  an  Infomiation  Resource  Management  Organization,*  in  An  IBM  Seminar  for  College  and  Univeiiity 
Executives,  Novmber  3,  1988,  Oakland,  California. 
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of  major  computing  centers  to  the  individual  computing  needs  of  the  user,  whijh  typically 
can  now  be  satisfied  in  a  variety  of  ways. 

This  being  the  case,  the  real  hub  of  activity  from  a  hardware  standpoint  becomes 
the  pgtwprk,  which  leads  to  the  second  challenge  outlined  above:  that  of  making  all 
campus  computer  users  citizens  (or  potential  citizens)  of  an  integrated  data  network.  In 
this  context  it  is  not  necessary  to  define  an  integrated  network  from  a  technological 
standpoint.  Regardless  of  how  it  is  achieved,  providing  general  "any  to  any"  device 
communication  is,  or  will  be,  a  requirement  at  most  campuses.^  The  focus  here  is  on 
the  difficulties  associated  with  providing  flexible,  easy-to-use  network  access  to  a  group 
of  users  with  such  widely  disparate  needs,  interests  and  levels  of  sophistication. 

The  challenges  relating  to  hardware  and  software  standards  have  been  widely 
discussed  in  other  settings.  Suffice  to  say  here  that  whatever  size  computer  user  support 
staff  is  available,  it  will  only  be  able  to  effectively  assist  users  with  so  many  hardware 
configurations  and  software  packages.  Selecting  good  hardware  and  software  standards 
and  making  them  stick  is  both  an  art  and  a  science. 

Managing  technological  change  with  some  semblance  of  rationality  is  perhaps  the 
most  frustrating  challenge  from  a  budgetary  point  of  view.  As  each  new  generation  of 
hardware  and  software  bursts  on  the  scene,  top  university  administrators  may  have 
reason  to  believe  that  computers  are  a  kind  of  "racket,"  with  periodic  payments  required 
for  "protection"  from  the  dire  consequences  of  being  left  out  of  the  next  level  of 
technological  advancement. 

Unfortunately,  the  pace  of  technological  change  continues  unabated,  although  the 
rush  to  adopt  the  latest  new  thing  appears  to  have  slowed  temporarily  while  users  either 
work  to  catch  up  learmng  to  use  what  they  have,  oi  are  content  with  tools  that  are 
generally  adequate.  The  challenge,  of  course,  is  to  help  identify  hardware  and  software 
migration  paths  that  both  protect  current  investments,  while  aUowing  users  to  advance 
at  a  rate  that  needs  and  desires  demand. 

A  major  part  of  the  current  investment  in  microcomputer  technology  is  in  training* 
Focusing  on  user  training  needs  and  keeping  pace  with  diem  as  they  evolve  is  a  major 
challenge,  since  it  takes  time  and  money  to  bring  a  large  group  of  users  to  a  significant 
level  of  expertise  on  any  software  package.  Furthermore,  each  level  of  competence 
provides  a  window  on  further  possibilities,  which  makes  this  a  never  ending  process.  At 
the  same  time,  employee  turnover  insures  that  there  will  always  be  a  need  for 
introductory  courses. 

The  final  challenges  we  have  identified  are  in  the  areas  of  microcomputer 
hardware  support.  In  spite  of  challenges  from  small  businesses  and  the  questions  relating 
to  unrelated  business  income  tax,  manufacturer  education  discounts  have  put  most 
support  centers  in  the  position  of  running  some  kind  of  computer  store  and  providing 
some  level  of  microcomputer  maintenance.  Store  operations  range  in  scope  from  offices 


^At  nodda  Atlantic  University,  the  technical  challenge  has  been  to  integrate  three  separate  data  networics  with 
fwir  difiFerent  i»t>tocols  into  a  single  entity  from  a  user  standpoint.  This  is  being  done  with  gateways  and  protocol 
oonverten»  using  TCP/IP  on  the  fiber  optic-based  Ethernet  network. 
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which  simply  verify  eligibility  and  hand  out  forms  for  users  to  return  directly  to  the 
vendor,  to  full  scale  store  front  operations  with  large  inventories  of  equipment.  The  ease 
with  which  most  microcomputer  hardware  problems  can  be  diagnosed  and  repaired 
makes  maintaining  some  level  of  repair  facility  almost  irresistible.  Both  kinds  of 
operations  have  introduced  a  whole  new  set  of  management  problems  and  challenges  in 
campus  computing. 

The  Case  Studv: 

In  1987,  a  State  University  System  of  Florida  review  team  conducted  a 
comprehensive  study  of  computing  at  Florida  Atlantic  University  and  published  its  report. 
In  addition  to  recommending  a  new  division  of  Information  Resource  Management 
bringing  the  various  computing  departments  under  one  cabinet-level  administrator,  the 
team  recommended  creation  of  a  new  End  User  Support  Center  supporting  both 
administrative  and  academic  computing  users. After  the  new  Associate  Vice  President 
for  IrJormation  Resource  Management  was  hired  in  1988,  he  began  immediately  to 
implement  many  of  the  review  team  recommendations,  including  the  creation  of  the  new 
Computer  User  Services  Department. 

The  Associate  Vice  Piesident  agreed  with  th  eview  team's  observations  that  a 
lack  of  coordination  and  direction  had  resulted  in  a  wasteful  and  confusing  use  of 
resources.  Individuals  in  both  computing  departments  were  providing  the  same  kinds  of 
services,  but  often  with  conflicting  results.  The  person  a  user  would  call  for  help 
depended  almost  entirely  on  who  they  knew,  rather  than  who  might  be  best  qualified  to 
satisfy  their  needs.  The  two  existing  centers  supported  different  networks  with  different 
communication  protocols,  in  spite  of  the  fact  that  n  my  users  had  both  academic  and 
administrative  functions  to  fulfill.  Also,  different  software  orientations  resulted  in  serious 
incompatibilities  in  sharing  electronically  stored  information. 

While  theoretically  desireable,  the  review  team's  recommendations  with  regard  to 
the  functions  of  the  new  Center  were  impossibly  comprehensive.  Ultimately,  within  the 
broad  mission  of  providing  "responsive,  high  quality  tecl-inical  support  to  Florida  Atlantic 
University  computer  users,"  the  following  five  specific  goals  were  adopted: 

Provide  reliable,  competent  advice  to  faculty,  staff,  and  students  on 
hardware  configurations,  application  software  and  network  coimectivity  for 
microcomputers. 

Offer  low-cost  hardware  maintenance  services  for  microcomputers  that  will 
minimize  user  down  time  when  repairs  are  necessary. 


Roberta  Maddox,  Infonnarion  Technology  Resources  at  Florida  Atlantic  Univeisitv:  Rfioort  and  Recoininendatkffls 
(Tallahastee,  Rorida:  State  University  System  of  Florida,  September  18,  1987),  p.  27. 
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Provide  effective  low-cost  training  on  microcomputer  software  products  and 
use,  as  well  as  DEC  VAX  (mainframe)  computer  use. 


Coordinate  campus  hardware  and  software  standards,  and  obtain  the  most 
advantageous  pricing  possible  (through  site  license  agreements,  etc.)  for 
products  to  assist  individuals  and  departments  minimize  costs. 

Serve  as  a  bridge  between  users  and  the  technical  systems  people  at  the 
Computer  Centers.  Computer  User  Services  personnel  understand  the 
technical  foundations,  capabilities  and  limitations  of  coniprters  at  Florida 
Atlantic  University,  and  can  help  individuals  apply  computer  technology  to 
his/her  day-to-day  tasks. 

The  personnel  and  support  dollars  for  the  new  department  were  literally  carved 
out  of  the  existing  Administrative  and  Academic  Computing  departments.  Identification 
of  the  personnel  to  be  reassigned  was  relatively  easy,  given  that  both  departments  were 
already  engaged  in  the  kinds  of  support  activities  envisioned  for  the  new  unit;  the 
individuals  involved  were  simply  given  the  opportunity  to  be  part  of  a  combined 
operation  in  which  they  would  be  doing  essentially  the  same  things «  The  timing  was 
perfect  for  shifting  the  necessary  budgets,  since  the  directors  of  both  of  the  existing 
departments  had  resigned  just  prior  to  the  Associate  Vice  President's  arrival.  A  former 
Assistant  Director  of  Academic  Computing  was  reassigned  to  head  Computer  User 
Services,  and  the  department  was  on  its  way. 

Staffing  Problems: 

Today,  after  one  complete  year  of  operation,  the  Computer  User  Services 
Department  at  Florida  Atlantic  University  is  firmly  established  and  moving  forward  in  the 
fulfillment  of  the  goals  identified  above.  The  effort  has  not  been  without  problems 
however,  and  some  lessons  have  been  painfully  learned. 

The  first  of  these  had  to  do  with  the  consequences  of  putting  together  a  user 
services  staff  from  two  very  different  computing  environments  and  deabng  with  their 
resulting  "identity  crisis,"  The  composition  of  the  original  Computer  User  Services  staff 
members  was  two  from  Administrative  Computing,  five  from  Academic  Computing,  and 
one  contract  employee  from  a  Regional  Data  Center. 

The  Administrative  Computing  personnel  were  accustomed  to  a  one-vendor 
environment  where  technical  problems  were  solved  by  calling  in  the  vendor's  marketing 
representative  or  engineer.  These  consultants  were  used  to  dealing  with  administrative 
personnel  with  tight  deadlines  -  most  tasks  were  "emergencies,"  and  priorities  were 
established  based  on  the  user's  rank  in  the  University  rather  than  on  the  reladve  severity 
of  the  problem.  The  administrative  users  had  generally  been  given  whatever  they  asked 
for,  rather  than  following  a  strategic  plan  for  campus  computing. 
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Network  connections  for  administrative  users  had  been  accomplished  by  running 
individual  coaxial  cable  from  a  controller  iii  the  Administration  Building  to  the  user's 
office,  wherever  it  was  located.  The  cost  of  coaxial  cable  and  distance  limitations  kept 
the  nimiber  of  administrative  network  users  stable.  In  this  environment  administrators 
got  immediate  service,  and  since  long-term  goals  were  never  addressed,  they  were  the 
recipients  of  many  one-of-a-kind,  suppcrt-intensive  microcomputer  prograntis.  For 
example,  the  consultants  spent  a  great  deal  of  time  producing  customized  sets  of  mailing 
labels  for  various  administrative  offices. 

On  the  Academic  side,  personnel  were  experienced  in  ^jl  multi-vendor  environment. 
An  Academic  network  was  in  place,  based  on  Ethernet  802.3  technology.  It  was  widely 
used  and  included  both  VAX/VMS  and  UNIX  systems  (including  Hewlett-Packard,  SUN 
and  AT&T  workstations)  as  well  as  a  variety  of  microcomputeis  and  terminals  connected 
both  directly  to  the  network  and  through  network  servers. 

Unlike  the  crisis  environment  of  the  administrative  users,  large  projects  with  tight 
deadlines  for  academicians  could  usually  be  anticipated  and  planned  for.  While 
academic  users  often  indicated  emergency  status  for  their  requests,  meeting  deadlines  was 
generally  not  as  critical  as  on  the  administrative  side.  Consequently,  some  of  the 
academic  computing  consultants  had  a  very  casual  attitude  toward  consulting  and  user 
problems  in  general. 

A  major  staff-related  problem  at  the  begiiming  had  to  do  with  salaries.  There  was 
a  historical  disparity  in  salaries  between  the  two  departments.  Other  staffing  problems 
emerged  during  the  process  of  assimilation.  The  Academic  Computing  Center  had 
generally  enjoyed  a  reputation  as  a  successful,  technically  competent  department. 
Personnel  who  moved  from  Academic  Computing  to  Computer  User  Services  had  to  give 
up  some  of  the  glory  associatcrl  with  their  old  reputation  to  build  a  new  one.  (The 
present  location  of  the  department  is  hi  the  same  building  and  in  the  same  hallway  as 
the  Academic  Computing  Center  so  some  of  these  identity  problems  still  persist.)  At  the 
same  time,  the  administrative  computing  personnel  needed  to  be  accepted  into  the  group, 
and  everyone  had     participate  in  an  exchange  of  system-specific  knowledge. 

Cross-trainu^^  and  sharing  of  clientele  were  other  initial  problems.  The  former 
administrative  consultants  generally  viewed  administrators  as  THEIR  clientele  and  were 
not  anxious  to  take  on  the  diversity  of  academic-type  problems.  On  the  other  side,  the 
former  academic  consultants  were  not  terribl  anxious  to  take  on  problems  viewed  as 
"office-related,"  such  as  helping  someone  prin  labels,  fix  envelope  jams  in  laser  prir^ers, 
and  ^0  forth. 

pQliriPs  and  Procedures: 

Computer  User  Services  first  had  to  establish  an  organizational  structure.  The  next 
order  of  business  was  to  esiablish  working  hours  and  expected  work  routines.  As 
indicated  above,  personnel  were  used  to  very  different  management  styles.  After  general 
departmental  policies  were  in  place,  procedures  for  each  of  the  three  sub-areas  in  the 
organization  structure  were  established:  Training,  Maintenance,  and  Consultiiig. 
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Training.  One  of  the  first  things  decided  was  that  it  was  important  to  set  up 
internal  training  criteria  and  procedures  for  staff  deveiopmein  of  the  Computer  User 
Services  staff  BEFORE  attempting  any  expansion  of  training  for  campv3  computer  users. 
For  example,  the  chief  maintenance  person  was  sent  to  a  one-week  seminar  to  learn  the 
finer  points  of  repairing  microcomputers.  In  turn,  he  was  required  to  give  a  one-day 
seminar  to  the  rest  of  the  staff.  Every  staff  member  had  to  take  a  PS/2  and  an  AT  style 
system  apart,  identify  the  boards  and  components,  and  put  them  back  together. 
Following  the  same  philosophy,  other  staff  members  attended  local  application  seminars 
such  as  SAS  and  Desk  Top  Publishing,  and  vendor  presentations  on  the  Macintosh  and 
IBM  AS/400.  Every  other  week,  the  department  has  an  in-house  technical  seminar  on 
pertinent  topics  such  as  LaserJet  Printers  (including  Postscript  printing),  downloadable 
fonts,  network  connections.  Campus  Network  Design,  UNIX  to  VMS  gateways,  using  the 
Ktirzweil  Programmable  Text  Scanner,  and  so  forth. 

With  a  program  for  internal  staff  development  in  place  and  functioning.  Computer 
User  Services  proceeded  to  expand  the  training  offered  to  university  microcomputer  users. 
Examples  of  the  courses  that  were  being  offered  include:  Introduction  to  Microcomputers 
(including  DOS),  WordPerfect  Beginning,  WordPerfect  Intermediate,  WordPerfect 
Advanced,  WordPerfect  Special  Topics,  DBAse,  Lotu^;  1-2-3  Beginning,  Lotus  1-2-3 
Advanced,  Hard  Disk  Management,  Backup  and  Restore  Techniques,  and  Desk  Top 
Publishing. 

When  one  of  the  original  staff  left  the  University  to  relocate  out  of  state,  it  was 
very  difficult  to  replace  his  skill  level.  During  the  long  recruitment  process,  a  grant  was 
negotiated  to  partially  fund  a  certified  trainer  to  teach  faculty  and  staff.  Because  of  the 
success  of  that  program,  the  grant  has  been  expanded  to  support  1.5  FTE  positions. 
Computer  User  Services  now  has  a  part-time  certified  trainer  with  an  office  management 
background  who  concentrates  on  office-type  seminars  and  courses  including  specialized 
topics  such  as  WordPerfect  mailmerge,  printing  three-up  labels,  among  others. 

Another  method  used  to  augment  the  number  and  frequency  of  training  courses 
offered  was  a  significant  increase  in  the  nimiber  of  courses  taught  by  persons  of  expertise 
fi'om  outside  the  department.  For  example,  the  Computer  Science  Department  had 
requested  that  Computer  User  Services  offer  mini-courses  in  programming  languages  not 
taught  by  their  department.  Consequently,  part-time  specialists  have  been  hired  and 
courses  ha^e  been  successfully  offered  in  such  topics  as  "C"  and  FORTRAN.  These  classes 
typically  have  had  full  registrations  the  day  they  are  announced  and  have  required 
waiting  lists. 

Maintenance.  An  early  anu  major  undertaking  of  Computer  User  Services  was  to 
s  ^  up  a  new  Computer  Maintenance  Service  Auxiliary  to  repair  and  maintain  campus 
microcomputers  and  peripherals.  Starting  the  Auxiliary  required  first  a  list  of  standard 
supported  hardware  be  produced,  prices  were  established  for  agreements  and  repairs,  a 
proposal  written  and  presented  to  the  President's  cabinet,  then  the  proposal  went  to  ihe 
Board  of  Regents  for  approval.  When  the  Board  of  Regents  approved  the  new  Auxiliary, 
a  document  explaining  services  and  charges  was  prepared  and  distributed  on  campus.  A 
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new  technician  position  was  established,  which  involved  generating  a  position  description 
and  bringing  in  enough  capital  to  cover  the  technician's  first  year  salaiy  before 
recruitment  could  take  place. 

Although  the  initial  charges  were  undoubtedly  too  high  (based  on  the  need  to 
cover  the  technician's  salary),  the  maintenance  auxiliary  has  been  successful  After  the 
auxiliary  was  set  up,  a  new  microcomputer  bum-in  and  installation  service  was  instituted 
for  campus  users  for  a  nominal  fee.  The  fee  also  covered  preliminary  diagnosis  and  pick- 
up and  delivery  for  warranty  repairs.  Whenever  possible,  loaner  equipment  has  been 
provided  to  keep  users  up  and  running  while  their  equipment  is  being  repaired. 

A  second  major  undertaking  has  been  the  set-up  of  a  Computer  Support  Lab  and 
Productivity  Center.  This  Center  provides  demonstration  equipment  and  software  for 
students,  faculty,  and  staff  to  test  and  to  learn  about  computer  equipment  before  making 
purchasing  decisions.  The  products  represented  in  the  Productivity  Center  to  date  are 
IBM,  Apple,  DEC,  NeXT,  and  Hewlett-Packard.  The  hardware  and  software  avaflable  for 
demonstration  will  be  continually  updated,  depending  on  new  announcements  from 
computer  vendors. 

Part  of  the  Productivity  Center  is  the  Florida  Atlantic  University  Computer  Store 
where  vendors  offer  systems  to  students,  faculty,  and  staff  at  educational  discoimt  prices. 
The  Productivity  Center  also  offers  a  method  to  obtain  campus  standard  software  at 
educational  discount  prices.  In  addition  to  providing  Florida  Atlantic  University  with  a 
central  place  to  discuss  computer  options,  to  exchange  computer  information,  to 
demonstrate  new  technology,  and  to  explore  network  connectivity  issues,  the  Center 
offers  other  services.  The  Kurzweil  scanner  is  a  programmable  text-only  scanner  which 
can  be  "taught"  to  read  material  printed  in  a  foreign  language,  or  text  in  different  printer 
fonts.  There  is  also  a  graphic  scanner  available  for  use. 

Consulting.  The  consulting  group  has  been  the  most  problematic  of  the  three 
areas  within  Computer  User  Services.  The  principal  difficulty  has  been  in  clearly  defining 
duties  and  then  finding  qualified  personnel  who  are  flexible  enough  to  cover 
microcomputers  through  mainframes,  and  technical  programming  through  office 
automation  applications.  From  t  ie  beginning,  the  consultants  v/ere  required  to  have 
experience  with  mainframe  computing,  with  microcomputer  computing  as  a  secondary 
skill.  The  philosophy  was  that  if  a  consultant  is  expected  to  be  able  to  ascertain  whether 
a  user  computing  need  might  best  be  satisfied  on  a  mainframe  or  a  microcomputer  the 
consultant  must  understand  the  entire  computing  picture. 

Other  problems  experienced  in  the  consulting  area  include:  (a)  Software 
Standards.  When  it  was  announced  thai  WordPerfect  would  be  the  campus  word 
processing  standard^  the  choice  was  backed  up  by  surveys  and  microcomputer  magazine 
ratings.  However,  there  were  still  some  very  unhappy  Wordstar  and  Displaywrite  users, 
(b)  Cross-Training.  As  indicated  earlier,  a  consulting  staff  concept  was  followed  instead 
of  relying  on  individuals  to  be  the  sole  expert  in  any  one  area.  All  members  of  the  staff 


was  already  the  ^  facto  standard,  with  approximately  two^thirds  of  the  university  word  pzocestin^  market 
already  cornered, 
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were  given  primary  and  secondary  responsibilities  for  supported  software.  This  has  been 
difficult  to  accomplish  because  of  the  demands  on  staff  time,  and  the  natural  tendency 
for  people  to  specialize  in  their  favorite  area.  The  new  Productivity  Center  is  expected 
to  assist  since  new  software  and  hardware  will  not  be  installed  or  remain  on  just  one 
person's  desktop  system,  (c)  Help  Desk.  The  intent  has  been  to  establish  a  user  hot- 
line, i.e.,  an  easy  to  remember  number  for  all  campus  users  to  call  with  computer 
questions  and  problems.  While  the  number  exists  and  functions  to  a  certain  extent, 
employee  turnover  and  other  problems  have  made  success  in  this  area  difficult  to  obtain. 

(d)  Computer  User  Database.  At  the  outset,  the  Associate  Vice  President  directed  that 
a  computer  user  database  be  established  to  keep  track  of  individual  user  hardware 
configurations  and  software  revision  levels.  A  software  package  was  pure'  ed  for  this 
purpose,  but  again,  employee  turnover  has  prevented  it  from  being  ftiUy  unplemented. 

(e)  Network  Connectivitv  Issues.  The  campus  IBM  S/38  has  been  successfully  connected 
to  the  campus  network  by  a  gateway  system.  However,  until  very  recently,  we  haven't 
had  the  necessary  staff  to  solve  the  problems  associated  with  keyboard  mapping. 

Successes  in  the  consulting  area  have  included:  (1)  establishment  of  a  User 
Bulletin  series  for  important  announcements  and  distribution  of  university-wide 
documentation,  (2)  expansion  of  university  site-licensing  for  microcomputer  software  (for 
example,  in  a  six-month  period,  570  packages  of  WordPerfect  were  distributed  at  a 
savings  to  the  University  of  over  $30,000),  (3)  creation  of  independent  user  groups 
G)ecause  it  is  not  possible  to  support  all  applications,  independent  user  groups  are 
sponsored  to  augment  the  consuking  stafO,  and  (4)  opening  a  Computer  Support  Lab 
and  Productivity  Center  where  faculty,  staff,  and  students  can  try  out  a  wide  range  of 
software  and  hardware  before  purchasing* 

Criteria  for  Success: 

The  following  criteria  were  identified  to  measure  overall  success  or  failure:  Are 
the  functional  goals  being  met?  Are  u.^ers  receiving  reasonable  levels  of  service?  Are  the 
anticipated  efficiencies  of  operation  being  achieved?  What  end  user  problems  have  been 
effectively  solved  or  addressed? 

The  scorecard  so  far  has  shown  significant  evidence  of  success:  the  Help  Desk  hot 
line  logs  an  average  120  calls  per  week,  the  equivalent  of  two  maintenance  personnel  are 
consistently  busy.  Computer  User  Services  training  classes  are  in  constant  demand,  users 
(who  are  not  shy  about  expressing  dissatisfaction)  appear  reasonably  hp'^py,  real  dollars 
have  been  saved  through  more  effective  software  site  licensing,  and  th^  Productivity 
Center  is  open  and  operating. 

Lessons  and  Recommendations: 

Some  of  the  obvious  lessons  learned  were:  the  cliche  that  computing  is  a 
constantly  changing  environment  is  more  true  than  ever;  it  is  necessary  to  constantly 
train  personnel;  computer  software  consultants  must  continually  be  reminded  it  is  as 
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important  to  SHOW  the  user  the  solution  as  it  is  to  fix  the  problem  (better  yet  if  the 
user  can  be  taught  to  fix  the  problem  the  next  time  it  occurs);  that  there  is  no  such  thing 
as  "settled**  or  **all  fixed**;  and  there  still  is  not  enough  time  in  the  day  to  accomplish 
everything  -  which  means  setting  priorities  and  sticking  tc  them  is  essential. 

Some  of  the  most  conspicuous  mistakes  included  not  remembering  that  higher 
salaries  do  not  necessarily  make  employees  happy,  starting  out  with  maintenance  contract 
prices  too  high,  and  relying  too  extensively  on  part-time  help. 

Most  notable  successes  included:  starting  with  a  clear  mission  statement  and 
goals,  hiring  professional  teachers  with  specialized  computer  training  and  sending  the 
consultants  to  special  training  seminars  and  classes  before  allowing  them  to  teach  (it  is 
a  mistake  to  expect  someone  might  be  a  good  teacher  just  because  they  are  expert 
programmers),  separating  the  training  group  from  the  consulting  group,  and  setting  up 
the  Help  Desk  hot  line. 

In  terms  of  recommendations  to  others,  overall  the  Computer  User  Services 
Department  at  Florida  Atlantic  University  has  been  a  success.  It  might  be  argued  that 
there  are  still  significant  differences  between  pure  administrative  users  and  pure 
academicians.  However,  an  extensive  data  communications  network  which  offers  the 
same  menu  of  services  to  all,  effectively  blurs  the  distinction  betv/een  types  of  users  - 
and  some  clearly  wear  both  hats.  The  experience  at  Florida  Atlantic  has  confirmed  that 
r*  *re  are  economies  to  be  realized,  and  that  progress  toward  a  university-wide 
community  of  computer  users  is  an  achievable  goal. 
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Bridging  the  Gap: 


Designing  an  Effective  User  Interface 


Audr^  Lindsay 

The  University  of  British  Columbia 

David  Smithers 

Sierra  Systems  Consultants  Inc. 


Vancouver,  B.C.  Canada 


As  information  q^tems  professionals  we  are  totally  immersed  in  systems  technology,  at  work  and 
probably  also  at  home.  We  are  comfortable  with  computers  and  excited  about  pushing  them  to  the 
limits  in  order  to  solve  our  institution's  problems.  I>picaily»  we  design  and  build  large  centralized 
administrative  systems.  On  the  other  side  of  the  gap  are  users  who  differ  widely  in  their  impressions  of 
the  systems  we  deliver.  On  the  one  hand,  there  are  those  who  are  not  at  all  comfortable  with 
computers  and  find  our  systems  intimidating,  frustrating  and  difficult  to  use.  On  the  other  hand,  there 
are  those  ^f/bo  have  had  a  variety  of  microcomputer  experiences  and  find  our  systems  lacking  in 
sophistication  and  "personal"  flexibility. 

This  presentation  will  describe  our  experience  at  the  University  of  British  Columbia  in  developing  a 
consistent,  flexible  but  realistic  user  interface  for  a  student  information  system.  We  will  discuss  such 
issues  as  screen  design  standards,  on-lin^  aelp,  on-line  procedure  manueds,  programmer  creativity  vs 
standards  and  managing  user  expectations. 
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1.  What  is  the  User  Interface? 


In  a  very  simple  sense,  the  user  interface  is  eveiything  with  vdiich  the  user  has  to  interact  in  order  to  use  a 
computer  system.  However,  in  this  presentation  we  wish  to  concentrate  on  the  kind  of  user  interface  you  should 
consider  for  terge»  custom-developed  systems  in  a  mainframe  environment,  where  you  seldom  And  a  good  user 
interface.  Therefore,  our  definition  of  an  effective  user  interface  has  three  components:  the  integration  of 
systems  and  procedures,  on-line  documentation  and  the  application  of  consistent  design  principles. 


The  Integration  of  Systems  and  Procedures 

To  integrate  systems  and  procedures  we  must  begin  by  deliberately  designing  the  system  and  the  office 
procedures  at  the  same  time.  In  fact,  in  a  student  system  we  also  have  to  consider  the  student  procedures,  since 
students  are  users  of  a  system  just  as  much  as  the  staff  in  the  Registrar's  Office  or  the  faculty  in  the  Biology 
department.  Therefore,  forms,  pq>ei  flow,  instructions  and  saeen  design  should  be  seen  as  one  ''system*'  and 
designed  as  an  integrated  whole.  Our  users,  students  included,  are  becoming  more  educated  in  the  use  of 
systems  and  are  demanding  this  degree  of  sophistication.  We,  as  system  planners,  system  designers  and  system 
managers,  must  respond  to  this  chsdlenge  and  broaden  our  deflnition  of  the  system. 

However,  we  must  also  be  cautious  and  not  attempt  to  automate  everything  in  sight.  Designers  should  be 
taught  that  the  initials  IBM  coidd  also  stand  for  "its  better  manuall/!  In  other  words,  e}q>anding  the  definition 
of  the  system  does  not  imply  that  the  computer  must  do  all  of  the  work.  Analysts  must  apply  their  talents  to  the 
human  side  of  the  interface  as  well  as  the  computer  side.  This  ht^xis  the  bridging  of  the  gap. 

Another  wqr  to  brieve  the  gap  is  to  realize  that  tables  and  codes  belong  to  the  users,  not  to  the  system.  In  the 
early  days  of  systems  everything  was  encoded  in  pufsmt  of  the  elusive  goal  of  system  performance.  Today,  we 
encode  values  to  improve  the  human  performance,  by  saving  keystrokes  and  time.  We  can  only  achieve  this 
goal  if  the  users  can  easify  remember  the  codes  or  tmfy  find  the  correct  codes.  As  information  system 
professionals  we  seem  to  have  a  talent  for  developing  cryptic  codes  for  nearly  everything  in  our  environment 
(DBMS,  CASE,  4GL,  JCX,  DFD,  DED,  TP,  PSD,  PDS,  VRU...).  Somehow  most  of  us  even  manage  to 
remember  ^^at  these  codes  stand  for.  Yet  ^rtien  we  qyply  this  talent  to  encoding  values  in  our  systems  we 
manage  to  develop  codes  like  7-01-90-290"  to  mean  Master  of  Arts  in  Englisdi!  We  still  believe  that  numbers 
take  less  DASD  and  less  CPU  (there's  those  codes  agam)  than  ordinary  English  language  words.  In  the 
broader  definition  of  the  system,  this  just  isn't  true.  A  consistent,  meaidngfid,  user-defined  and  user-maintained 
coding  structure  is  a  first  step  on  the  way  to  bric^ng  the  gap  between  the  human  being  and  that  binary  CPU 
deep  mside  the  blue  box. 


On-line  Documentation 

The  next  step  is  to  put  as  much  of  the  information  as  people  need  to  effectively  use  a  system  rig^t  at  their  filler 
tips,  ^ch  are  on  the  keyboard  (  or  maybe  a  mouse,  or  even  a  touch  screen).  The  way  to  do  this  is  with  on-line 
documentation.  This  does  not  mean  that  we  should  rush  out  and  take  the  Miaosoft  Word  or  Word  Perfect  files 
from  which  we  print  our  manuals  ami  put  them  in  a  file  on  the  mainframe  for  users  to  read.  In  mainframe 
systems  you  don't  have  the  dUf erent  font  sizes,  boldface  type,  graplucs  and  other  layout  aids  you  find  on  a  PC. 
()n-Iine  documentation  has  to  be  careful^  dedgned,  using  very  different  concepts  than  printed  manuals.  At 
minimum,  a  good  set  of  on-line  documentation  should  encompass: 


-  screen  help 

-  data  element  help 

-  error  message  help 

-  prompts 

-  mt^ated  procedure  manuals 

-  training  tutorials 


Many  PC  software  package  now  offer  these  aids;  wl^  shouldn't  our  large  mainframe  systems? 
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Consistent  S^jrstem  Design  Principles 


The  primaiy  objective  of  applying  consisteiit  system  design  prindples  is  to  put  the  user  in  control  at  all  times. 
Too  often  we  develq>  systems  wfaich  appear  to  users  to  have  a  mind  of  their  own.  For  example,  we  realized  that 
in  the  first  set  of  screens  we  developed  pressing  the  enter     would  in  some  cases  update  the  screen  you  were 
on  and  then  take  you  to  the  next  screen;  in  other  cases  it  would  update  the  ^een  you  were  on  and  then  dear 
the  screen  for  the  next  entry;  and  in  yet  another  case  it  wouM  update  the  screen  you  were  on  and  re-cfisplay  the 
updiUed  record  It  all  seemed  lo^cal  to  us  because  we  knew  which  screens  were  in  "threads"  and  which  handled 
multiple  records^  but  the  usen  pdnted  out  that  there  was  nothing  on  the  screen  to  tell  them  yifbai  action 
pressiog  enter  wouki  cause.  They  felt  the  system  was  in  control. 

To  address  these  ccmcems,  our  interface  definition  insists  on  standard  screen  design  principles,  such  as  letting 
the  users  kno^  yffbaH  function  th^  are  in,  sii^e  function  screens,  adherence  to  screen  standards,  uienu-driven 
q^l^cations,  consistent  terminology  for  oqiticms,  prompts,  etc*,  consistent  navigation  rules  and  consistent  use  of 
navigation  aids  like  PF  keys.  We  will  describe  later  how  we  defined  these  standards  and  rules. 


2.  Why  Design  an  Effective  User  Interface? 

We  believe  that  there  are  two  key  reasons      it  is  necessary  to  design  an  effective  user  interface.  These  are  to 
meet  the  constantly  changing  user  eiqpectations  and  to  achieve  a  more  efficient  use  of  resources  In  developing 
and  supporting  information  systems. 

To  Meet  User  Expectations 

The  e3q)ectations  wfaich  users  have  for  systems  are  often  very  difierent  than  those  of  the  system  designers.  If  we 
are  to  meet  these  expectations,  then  we  must  b^in  to  understand  our  users  better.  This  process  b^ins  with 
understanding  our  environment.  For  example,  UBC  is  a  large  public  university  with  approximately  30,000 
students  in  12  autonomous  faculties,  including  arts,  science,  professional  faculties  and  graduate  studies.  Each 
faculty  has  distinct  requirements  for  student  information  and  distinct  approaches  to  vnhat^  in  other  universities, 
may  be  common  procedures.  Thus,  a  smgle  q>proach  to  certain  system  functions  would  not  meet  the  users' 
requirements. 

In  addition,  we  were  involved  in  the  custom  development  of  a  student  information  system  in  a  large  mainframe 
environment,  which  entailed  a  migration  of  the  system  from  a  1970's  batch  24)proach  to  a  fully  interactive,  on- 
line environment  (IDNfS/MVS).  We  used  a  structured  approach  to  phase  in  the  new  system,  first  developing  a 
Touch  Tcme  Telephone  registration  system  (an  ^qdication  with  high  visibility  in  the  community),  then 
reviewing  &11  student  systems  to  develop  a  plan  for  replacing  the  remaining  old  systems  in  several  subsequent 
phases.  Theuserswhobest  understood  the  existing  batch  system  therefore  lacked  the 
effecth/ely  contribute  innovative  ideas  for  a  new  system.  Nevertheless,  we  had  to  consider  the  needs  of  these 
users  as  wen  as  those  nfbo  were  ready  to  make  a  giant  leq>  into  the  twenty-first  century.  Only  by  carefiilfy 
designing  the  user  interface  can  you  meet  the  eiqiectations  of  such  divergent  groups  of  users. 

In  any  organization  you  will  find  that  the  users  of  a  system  have  different  and  chaqgipg  skill  levels.  For 
examine,  we  had  some  e)q)erienced  people,  both  faculty  and  staff,  who  used  the  registration  system  frequently, 
understood  its  functimality  well  and  were  eiig^rly  awaiting  more  of  the  same.  On  the  other  hand,  we  had  many 
infrequent  users  who  lacked  confidence  \n  using  computers  and  didn't  know  what  the  system  could  do  for  them. 
There  was  also  a  large  group  yfAfo  had  been  using  an  on-line  system  on  a  different  mainframe  wbidx  suffered 
from  skiw  response  time  and  limited  functionality.  They  were  prepared  to  use  the  new  system,  but  with  a 
certam  vocal  skepticism  about  its  ability  to  do  the  job. 
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However,  their  lack  of  enthusiasm  was  easify  offset  by  a  small  but  growing  group  of  PC-literate  users  who  saw 
the  PC  (H"  MAC  as  a  solution  just  waiting  for  every  problem.  Why  couldn't  the  mainframe  have  pull-down 
menus  pop-up  dialogue  boxes,  multiple  windows,  grsq)hics  or  icons  and  still  have  sub-second  response  time, 
they  asked 

FinaUy,  there  was  the  diehard  group  with  only  batch  system  experience.  Their  idea  of  the  user  interface  was  to 
"cram"  everything  on  one  saeen,  replicating  their  coding  form  which  had  ten  or  fifteen  different  transactions  on 
the  one  form. 

Recognizing  these  different  skill  levels  still  wasn't  enough.  We  had  to  tiy  to  ensure  user  ownership  of  the 
system.  The  initial  6  months  in  the  life  of  a  system  are  critical  for  its  long  term  success.  A  sense  of  pride  and 
ownership  must  be  developed  during  the  desij^  stage  to  ensure  that  user  support  will  be  there  to  iron  out  the 
initial  growing  pains  that  any  new  system  e)q)eriences.  In  order  to  achieve  this  sense  of  pride  and  ownership, 
the  users  need  to  feel  that  they  played  a  key  role  in  the  design  of  the  system  and  that  their  ideas  were  listened  to 
and  addressed  in  the  system  v^ch  is  finalty  delivered  Developing  this  ownership  means  that  the  project  team 
must  learn  to  approach  tasks  from  a  user  point  of  view  rather  than  an  analytical  point  of  view.  For  example,  a 
system  designed  according  to  all  the  rules  of  accounting  principles  m^  keep  the  auditor  hs^py  but  will  fail 
miserabfy  if  it  is  too  complex  for  a  derk,  the  primary  user,  to  understand. 

EfBcient  Use  of  Resources 

Every  project  manager  is  interested  in  making  the  best  use  of  resources  in  delivering  a  system.  At  first  glance, 
designing  a  user  interface  as  we  have  described  may  appear  to  increase  costs,  particular^  in  the  design  and 
development  stages  of  the  project.  However,  a  closer  examination  of  most  projects  will  show  that  a  large 
portion  of  the  team's  time  and  the  project's  buc^t  is  spent  on  creating  user  manuals,  conducting  training 
sessimis,  and  distributing  replacement  sections  of  the  manuals  as  the  system  is  modified.  Adhering  to  consistent 
design  principles  and  inducfiog  on-line  documentation  should  reduce  the  number  and  the  size  of  printed 
manuals,  reduce  the  number  of  training  sessions  and  reduce  the  cost  of  distributing,  updating  and  repladiig 
documentation.  The  results  should  be  a  more  user-oriented  system  for  the  same  resources. 

In  addition,  maintaining  an  adequate  level  of  funding  for  large  central  systems  at  universities  is  always  difficult. 
The  system  is  expected  to  support  the  unique  requirements  of  the  individual  faculties  and  departments,  as  well 
as  tlx^  of  the  "centralized*  administrative  departments.  Yet  as  soon  as  faculties  believe  they  are  not  being 
served  adequately,  they  may  "steaT  the  funding  to  develop  their  own  unique  PC-based  solutions.  Developing  a 
quality  system  from  tl^  users'  point  of  view  can  often  prevent  this  duplication  of  effort  and  provide  cost- 
effective  solutions  for  all  users. 

Another  hidden  cost  of  training  and  documentation  surfaces  once  the  system  has  been  in  production  for  some 
time.  The  frequenqr  of  user  training  sessions  and  the  new  releases  of  documentation  decrease  and  new  users  to 
the  system  are  left  to  struggle  with  learning  the  system  on  their  own,  frequentty  using  outdated  paper 
documentatira.  For  example,  the  department  that  attended  the  most  training  sessions  and  collected  the  most 
manuab  during  our  initial  project  is  still  the  least  kno^ed^able  on  campus.  They  frequent^  complain  that  the 
system  woslt  do  ^ffbaX  they  want,  simply  because  they  do  not  know  that  a  feature  exists.  Is  this  their  fault? 
fTctoMy  not  In  hindsigjit,  we  recogidzed  that  those  people  were  probably  the  least  computer-literate  group  of 
users,  had  difficulty  absorbing  eveiything  in  the  traii^isig  sessions  and  thus  had  limited  knowlec^  to  pass  on  to 
new  staff,  ^th  on-line  assistance,  new  users  will  be  more  likely  to  be  aware  of  the  system  features  and 
continue  to  be  satisfied  with  the  system  longtr. 
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3.  How  to  Design  an  Effective  User  Interface 


As  we  have  indicated,  we  are  now  developing  the  second  phase  of  a  student  information  system.  We  have 
learned  from  our  mistakes  on  the  first  phase  and  have  begun  to  apply  some  of  the  concepts  we  have  discussed 
so  far.  As  a  result  of  these  experiences,  we  believe  that  the  key  factors  in  deigning  an  effective  user  interface 
are  establishing  interlace  standards,  ensuring  extensive  user  involvement  and  recognizing  the  cost  of  training 
and  doaunentation. 


Establish  User  Interface  Standards 

The  first  step  is  to  develop  a  standards  manual.  This  is  not  an  easy  task.  We  asked  several  senior  analysts  on 
the  team  to  write  position  p^rs  on  each  of  the  elements  of  the  user  interface  as  we  defined  it  in  section  1,  such 
as  help,  table  strata,  screen  standards,  etc.  These  papers  took  into  consideration  some  of  the  standards  we 
had  ahea^devdoped  in  Project  1,  the  kleas  we  had  ^uthered  from  the  users  and  the  ideas  we  had  discussed  as 
a  team.  The  position  papers  discussed  different  ways  of  implementing  the  concepts  and  their  technical 
considerations  and  made  recommendations  regarding  the  best  sq)proach.  We  had  numerous  meetings  with  the 
team  leaders  and  several  all-day  sessions  with  the  ^^le  project  team  and  user  representat^es.  The  entire 
process  spanned  several  months,  during  which  time  we  were  also  completing  the  functional  design  of  the 
system. 

Just  ^n  we  thought  we  had  a  standard  pinned  down  the  old  question,  "Is  it  a  standard,  a  rule  or  a  guideline?" 
would  surface.  (We  found  that  a  standard  was  something  you  had  to  do,  a  rule  was  sometUng  you  could  break, 
and  a  guideline  was  something  you  could  ignore!)  There  were  always  reasons  why  the  standard  didn't  ap^  to  a 
certain  situation  or  became  technical^  difficult  to  implement.  At  some  points  we  wished  that  we  had  had  a 
standards  appeal  court  with  all  the  bureaucracy  to  discourage  team  members  from  wanting  to  re-open  the 
standards  discussioa  What  we  learned,  however,  is  that  a  certain  degree  of  flexibiUty  is  necessary  both 
developing  tiie  standards  and  in  enforcing  them,  altiiough  knowing  when  to  stop  tiie  research  and  publish  die 
standard  is  difficult  in  this  environment 

In  tbt  end,  we  also  found  that  time  and  resources  did  not  permit  us  to  implement  eveiy  design  concept  we  had 
considered.  So  we  tried  to  set  achievable  goals  and  focus  on  those  concepts  v^ch  would  best  contribute  to  an 
effective  user  interface  at  a  reasonable  cost.  We  chaise  to  implement  a  meaningful  coding  structure  with  easy 
table  look-up,  consistent  screen  design  principles,  screen  help,  data  element  help  and  a  limited  set  of  prompts. 
These  provided  the  basts  for  the  other  aspects  of  the  user  interface  which  we  hope  to  add  in  later  projects. 

Ensure  Extensive  User  Involvement 

Haying  devel  jped  the  standards,  we  looked  for  ways  in  which  to  get  the  users  heavily  involved  in  the  design  of 
their  system.  In  our  first  project  we  recognized  the  value  of  significant  user  involvement  and  therefore  planned 
for  user  secondment,  including  90%  of  a  senior  person  in  the  Registrar's  Office  and  some  time  from 
representatives  of  all  key  departments.  We  also  established  a  user  Advisory  Committee  with  senior 
representatives  from  all  faculties.  However,  we  soon  discovered  that  mamtaming  sustained  user  support  was 
not  an  easy  task,  because  day-to-day  activities  frequently  took  priority  over  ^tems  development.  Thus  we 
looked  to  additional  solutions  for  Project  3. 

Baying  User  InvoKement 

Rrst,  we  "stole"  an  administrative  staff  member  in  the  faculty  of  Education  who  served  as  our  user  trainer  on 
Project  1  and  Wred  her  as  a  systems  analyst.  This  has  worked  veiy  well.  The  team  has  tfie  benefit  of  an  in- 
house  user,  while  she  has  gained  technical  expertise  and  is  better  able  to  recognize  when  a  proposed  functional 
solution  is  not  technically  feasitrfe.  Next,  we  sought  to  ensure  stronger  support  from  faculty  members.  When 
one  of  our  best  faculty  representatives,  a  former  Associate  Dean  of  Graduate  Studies  and  a  member  of  Uic 
Commerce  faculty  retired,  we  hired  him  as  a  team  consultant  on  a  part-time  basis.  He  has  an  excellent 
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understandiQgof  the  administrative  functions  of  the  university  as  well  as  what  will  and  will  not  be  acceptable  to 
faculty  members  in  a  student  information  system.  His  wealth  of  knowledge  and  sudden  lack  of  day-to-day 
responsibilities  allowed  him  to  focus  on  le  design  of  the  system  and  therefore  we  improved  the  quality  of  the 
system  significant^. 

Another  way  m  ^ch  we  l>ought**  user  expertise  was  by  assembling  a  development  team  with  strong  sq)plication 
e]q>erience.  In  addition  to  the  extensive  student  iqiplication  knowledge  for  UBC  team  members,  we  hired 
consultants  with  student  application  experience,  both  at  UBC  and  other  educational  institutions.  In  fact,  when 
we  take  the  two  senior  UBC  people  and  the  two  senior  consultants,  we  have  a  total  of  47  years  of  diversified 
student  application  kno^ed^! 

However,  we  learned  that  even  with  such  knowledge  it  ^'as  not  always  best  to  assign  analysts  with  strong 
functional  e3q)erience  in  a  particular  area  to  that  specific  function.  It  was  sometimes  difficult  for  ana^ts  to 
overcome  their  natural  indinadons  to  improve  efficiency  by  relying  on  their  past  e)q>erience  rather  than  taking 
time  to  understand  the  needs  of  Jie  current  users.  An  alternative  may  be  to  assign  another  team  member  to  do 
the  initial  research  and  design  the  system,  then  use  the  analyst's  functional  knowledge  as  a  resource  and  for 
reviewiiig  the  design. 

Structure  for  nulidpation 

Strong,  consistent  user  participation  in  the  design  of  a  system  is  difficult  to  achieve  when  using  traditional 
sq)proacfaes  to  systems  development  which  rely  on  interview  sessions  with  many  individual  users  followed  by 
extensive  written  specifications  and  user  responses.  We  opted  for  a  structure  which  required  concentrated  user 
participation  for  short  periods  of  time.  We  did  this    encouraging  the  use  of  prototypes  and  Joint  Application 
Design  (JAD)  workshops. 

We  believe  that  using  prototypes  is  the  only  way  to  design  an  effective  system,  since  users  typically  don't  know 
what  they  want  in  a  system  until  they  have  seen  a  version  of  it.  Further,  in  order  to  take  full  advantage  of 
prototypes  they  must  be  presented  and  discussed  with  a  group  of  users  rather  than  with  one  person  at  a  time. 
To  be  successful,  such  group  sessions  require  a  structure  and  a  dear  focus,  which  JAD  delivers  most  effectivel}'. 
Since  it  is  awctkshop  with  a  team  oS  users  and  only  one  analyst,  a  JAD  generates  excellent  ideas  and  synergy 
while  encouraging  strong  user  partidpation.  By  incorporating  the  creative  use  of  technology,  such  as  projecting 
the  prototype  on  a  screen  and  modifying  and  expanding  it  during  the  session,  users  became  even  more  actively 
involved  in  the  ^em.  However,  this  user  invoKement  and  unproved  quality  of  design  did  not  come 
automatical^.  JADs  and  prototypes  require  careful  mani^ment. 

Prototypes,  by  their  very  nature,  encourage  change.  Prior  to  the  JAD  we  had  to  work  with  the  team  to 
encourage  them  to  accept  this  change,  since  most  analysts  take  great  pride  in  their  work  and  find  it  difficult  to 
accept  that  their  protoQpe  wasn't  perfect.  However,  after  the  initial  JAD  sessions,  during  ^di  the  users  had 
changed  the  prototype  many  times,  the  team  easily  fell  into  the  cyde  of  accepting  and  making  changes  readily. 
It  was  then  dfficult  to  bring  the  design  to  a  dose  because  there  was  always  one  more  "better  idea"  to  be 
incorporated 

Even  the  users  got  caught  up  in  this  "better  idea"  syndrome.  For  example,  we  established  our  general  system 
design  prindples  well  before  the  JAD  sessions,  as  we  described  earlier.  We  thought  that  we  had  considered  all 
of  the  options  and  selected  the  ones  which  worked  well  in  project  1  and  were  best  suited  to  our  users  and  our 
technical  environment.  Nevertheless,  we  still  got  surprised  in  some  areas.  Each  of  our  screens  had  a  unique 
mnemonic  identifier.  We  thou^t  these  would  be  easy  to  remember  and  give  some  due  to  where  a  screen  fit  in 
the  overall  system.  During  the  JADs  the  users  dedded,  however,  that  numbers  with  no  spedfic  meaning  were  a 
better  way  to  identify  screens.  We  were  committed  to  designing  for  the  users,  so  we  agreed  to  use  numbers  on 
the  new  saeens  and  to  change  the  names  to  numbers  on  all  of  the  screens  already  built  in  project  1! 
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In  some  cases  the  JADs  encourug^  creativity  beyond  reality.  Based  on  previous  experience  with  PCs,  tlic 
users  requested  "friend^  menus.  They  had  seen  menus  in  alphabetical  sequence,  menus  with  highlighted  key 
letters  for  selection,  menus  with  selectira  by  number,  and  menus  with  selection  bssed  on  cursor  positioning. 
Each  of  these  iqiproaches  had  its  advantages  for  some  group  of  users;  therefore,  they  wanted  some  aspects  from 
an  four  methods  of  selection  incorpcurated  mto  each  menu!  Needless  to  say,  it  fell  to  the  project  man^r  to 
explain  wlqf  the  technical  limitaticMis  of  MVS  and  the  cost  of  programming  would  oviy  permit  one  type  of  menu. 

Offsetting  our  enthusiasm  at  the  d^ree  of  attention  the  users  were  giving  to  design  concepts  in  these  JAD 
sessions  wio  the  disqqxMntment  at  the  consistent  of  the  user  participation.  Even  though  we  invited 
representatives  from  various  departments  to  the  JADs  well  in  advance,  we  discovered  that  commitment  to  day- 
to-day  activities  a^ieared  to  take  precedence  over  a  system  being  developed  for  the  fumre.  Some  people  wbo 
had  ccMiflrmed  th^ir  attendance  did  not  attend  at  all  and  others  only  attended  for  part    the  session.  Even 
more  frustration  we  found  that  some  users  yirbo  were  too  busy  to  attend  the  mitial  three-day  development 
sessicm  attended  the  one-day  review  session  and  then  wanted  to  re*open  previously  resolved  issues  because  they 
had  missed  the  initial  discussion.  This  presented  a  difficult  dilemma  for  the  JAD  facilitator  and  the  project 
manager  who  wanted  the  user  invoKement,  but  also  had  a  tight  project  schedule  to  meet. 

Fmally,  a  few  guidelines  cm  selecting  user  rejH'esentatives  are  m  order.  Because  of  the  size  of  the  University,  we 
found  that  it  was  not  feasible  to  involve  representath^es  from  every  faculty  and  department  m  a  JAD. 
Therefcve,  careful  selection  was  required  to  get  a  representative  cross-section  of  the  campus.  Sometunes,  this 
im/oh^inchidhig  some  users  ¥iio  had  traditionally  been  opposed  to  The  natural  inclination  was  to 

avoid  these  peq>le,  but  we  found  that  it  was  best  to  get  their  viewpoint  up-front,       the  issues  could  be 
addressed,  rather  than  waitu)gf(^  the  sniping  to  occur  after  the  system  was  uis^        We  also  found  that  during 
the  develc^ment  process  staffing  changes  occurred  m  key  user  positions.  At  UBC,  Deans  and  Associate  Deans 
are  term  positicms.  When  the  term  for  one  of  the  Project's  actwefy  involved  Associate  Deans  e)q)ired,  his 
replacement  had  a  totally  different  view  of  his  role  on  the  project  and  how  the  system  should  work.  Managii^ 
such  a  change  r.'as  a  challenge  for  the  project  team. 

Even  more  difficult,  we  discovered  that  our  greatest  asset  could  become  a  potential  liability.  Our  Regbtrar  has 
taken  a  keen  mterest  m  the  project,  has  attended  all  of  the  JAD  sessions,  has  displayed  a  great  vision  for  the 
future  and  has  shown  tha!  he  has  an  extensive  knowledge  of  the  current  rules  and  regulations.  He  has  also  be^n 
the  champion  of  the  novice  and  occasional  user,  suggesting  various  concepts  ^ch  would  make  the  system 
resemble  a  PC  and  be  more  accessiUe  to  these  groups.  His  enthusiasm  and  vision  had  an  infectious  quality 
which  the  project  team  enjoyed.  However,  he  sometunes  forgot  that  the  project  buc^t  was  lunited,  the  scopt 
hac'  to  be  controlled  and  that  mainframe  systems  just  couidn't  deliver  everything  his  PC  could.  We  should  all 
have  such  faith  in  systems  development. 


Recognize  the  Cost  of  Training  &  Documentation 

Our  past  experience  was  prob^Iy  not  much  different  than  most  large  projects  in  a  decentralized  settiog.  For 
Prefect  1  we  organized  and  ran  35  user  training  sessions,  which  cost  the  project  team  more  than  100  person  days 
of  effort.  We  tramed  over  300  staff  and  faculty  and  then  handed  out  at  least  400  user  manuals.  These  manuab 
saw  more  than  200,000  pages  of  psq^r  run  through  the  Registrar's  Office  photocopier.  The  manual  is  already  m 
its  second  edition  and  still  needs  revisions  and  improvements.  Yet  despite  this  massive  effort,  the  team  still 
spent  more  than  290  person  days  on  post-implementation  support,  often  "hand  holding"  the  same  users  we  had 
trained 

We  oMtduded  that  by  expending  some  resources  earfy  m  the  project  to  improve  the  user  mterface  (as  we  have 
described)  we  hoped  to  reduce  ow  training  costs;  but  that  was  not  enough.  We  also  had  to  address  the  issue  of 
viduminous  spedfications,  which  were  read  once  or  twice  by  the  programmers  and  then  left  on  the  shelf,  ^e 
someone  else  re-produced  much  of  the  sameiinformation  later  m  the  user  manual.  We  decided  to  take  an 
evcdutionaiy  approach,  agreeing  that  in  writing  spedfications  we  should  have  the  ultimate  goal  of  on-line  help  m 
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mind.  The  concept  was  to  get  the  team  to  write  specifications  which  could  become  documentation,  vhich  then 
would  bec4»ne  the  on-line  help  text.  In  this  way  we  e)q)ected  to  produce  a  minima*  user  manual,  perhaps  in  the 
form  of  a  quick  reference  guide. 

The  theory  sounded  good  and  was  Mgerly  emteaced  by  the  team;  however,  we  made  one  startling  discovery: 
not  an  ana^  write  at  the  same  tevelorwidi  the  same  d^ee  of  prondency  We  had  agreed  that  screen  he^ 
would  consist  ctf  two  parts.  First,  a  brief  statement  of  the  purpose  of  the  screen  (what  it  didX  which  would 
the  first 'page*  of  help.  Seamd,therewouldbethreetofour'*pi^"  of  a  description  section  indicating  how  the 
screen  wes  to  be  used.  It  was  amaziog  to  dbcover  that  four  anafyks  could  aU  hi^«  «  diff^^ 
the  word  "purpose*  meant  In  the  first  draft  of  our  saeen  specifications  we  found  that  one  ana^  could 
describe  a  fairiy  complex  screen  in  one  terse  sentence,  while  a  colleague  would  take  four  convoluted 
paragrqriis.  Neitherof  these  accurately  described  the  purpose  of  the  screen. 

We  also  found  that  keeping  a  omsistent  level  of  language  and  ^)proach  w€is  a  problem .  The  programmers  and 
analyns  knew  ^Kiiat  a  screen  was  supposed  to  do  from  the  system  point  of  view  and  were  natural^  inclined  to 
write  help  for  themseNes.  It  proved  very  difficult  to  train  anal)^  to  think  like  clerks. 

The  answer,  we  found,  was  to  have  the  team  write  the  first  draft  of  help  and  then  let  an  experienced  writer 
polish  the  product.  This  added  to  the  time  it  took  to  devekq)  the  specifications  but  certainly  improved  the 
quality. 


Conclusions 

We  are  just  completing  the  design  of  the  system  and  have  not  yet  begun  programming  and  installation.  We 
have  tried  to  adhere  to  our  definition  of  an  effective  user  interface  and  to  invoKe  the  users  extens^ely  in  the 
design  of  their  system.  By  this  time  next  year  we  should  have  implemented  the  first  phase  of  the  system  and 
pothered  some  workuig  experience  with  it.  Perhaps  we  will  have  an  opportunity  to  share  the  outcome  of  this 
eqieriment  with  you  at  Cmise  90. 
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OFFICE  OF  SYST  EM  AND  COMPUTER  SERVICES 

IN-HOUSE  MICRO  COMPUTER  REPAIR 
IN  THE  COLLEGE  COMPUTING  ENVIRONMENT 


Martin  Fiekbe 
Donald  Brusk 
Donald  Sanders 
Cuyahoga  Community  College 
Cleveland 
Ohio 


Other  than  third  party  vendor  maintenance  services,  what  alternatives  can 
College  management  consider  for  reducing  the  increasing  costs  of 
repairing  and  maintaining  micro  confuting  devices?  What  primary 
considerations  should  be  addressed,  when  an  alternative  internal  repair 
suppoil  decision  is  made?  How  do  we  en3ure  users  will  be  provided 
service  equal  to  or  better  than  the  service  they  would  receive  from  third 
party  vendors? 

The  in-house  Micro  Repair  Group  at  Cuyahoga  Community  College  was 
Initiated  through  a  proposal  developed  by  the  College,  the  Office  of 
Systems  and  Computer  Services,  and  Systems  &  Computer  Technology 
Corporation,  the  computing  center  facilities  management  organization. 


INTRODUCTION 


Cuyahoga  Community  College  has  implemented  an  in-house  "Micro 
Computer  Repair  Center"  which  provides  faster  response  to  user  problems, 
Is  more  sensitive  to  user  needs  and  priorities,  and  is  more  cost-effective 
than  third  party  services. 

This  session  will  share  the  experience  Cuyahoga  Community  College 
encouhtered  before,  during  and  after  the  implementation  of  it's  own  in- 
house  Micro  Repair  Center  ...what  went  right,  what  went  wrong       and  is 

intended  to  provide  background  or  assistance  to  other  Colleges  in 
Implementing  similar  in-house  solutions. 


BACKGROUND 

In  1983/84  Cuyahoga  Community  College  was  faced  with  the  dilemma  of 
whether  or  not  to  continue  paying  a  third  part^  vendor  approximately 
$95,000  annually  for  the  maintenance  of  its  terminals,  printers,  and  micro 
relatod  devices,  (approximately  622  pieces  of  equipment),  or  find  an 
alternative  which  would  be  less  expensive,  provide  faster  response  and 
better  service  user  support  requirements. 

During  this  period,  whenever  devices  broke  down  or  a  user  had  a  problem,  a 
call  was  placed  to  the  Office  of  System  and  Computer  Services,  (the  data 
center),  where  it  was  logged  by  either  a  computer  operator  or  a 
communications  technician.  The  call  was  then  forwarded  to  :he  third 
party  maintenance  vendor.  They  would  respond  by  sending  a  repair 
technician  to  repair  the  device  on  site  or  return  it  to  their  service  center. 
If  a  spare  was  required  the  college  was  still  obligated  to  supply  it. 

Due  to  the  critical  natu.e  of  on-line  administrative  transactions  being 
processed,  it  is  imperative  that  terminal  problems  be  addressed 
immediately.  The  vendor  guaranteed  four  Ijut  response  time,  w^  t  is  not 
unreasonable  without  a  dedicated  repair  person  on  site.  Quite  jfie,.,  this 
response  time  is  not  sufficient.  When  lines  form  at  the  business  office, 
during  registration  because  of  equipment  downtime,  students  get  angry, 
frustrated  and  leave.  When  you  depend  on  enrollment  for  your  livelihood, 
this  type  of  situation  can  not  be  tolerated. 
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The  College  data  processing  environment  at  this  time  consisted  of  a 
Hone^^ell  6610  dual  processor  as  the  mainframe  computer  linked  to  three 
campuses  through  Honeywell  DPS  6's  serving  as  gateways.  All 
Administrative  Offices  had  Hazeltlne  or  Courier  terminals  which  were  the 
smart  devices  and  Lear  Slegler  ADM  3/5  dumb  terminals.  Remote  printing 
was  primarily  done  utilizing  Decwriter  LA  34/36  printers.  The  <\4icro 
computer  environment  consisted  of  a  few  IBM  PC's  in  some  offices,  Apple 
M's  in  labs,  and  some  donated  Commodore  64's,  none  of  which  were 
network  connected.  Computer  related  hardware  and  software  inventory 
management  was  in  its  infancy,  unorganized  and  inefficient. 

Gamfiplan 

Planning  was  underway  for  upgrading  the  current  network  terminals  to 
micro  computer  PC's  which  would  provide  faster  response  and  greater 
functionality  for  the  users.  Implementing  leading-edge  technology,  the 
college  was  creating  more  micro  computer  related  courses  of  instruction, 
which  meant  more  micro  computers  in  the  classrooms,  which  required 
more  dollars  for  maintenance.  All  things  considered,  it  became  apparent 
that  micro  repair  costs  were  going  to  significantly  escalate. 

After  requirement  bids,  five  vendors  submitted  proposals  for  the 
maintenance  of  the  devices  just  described.  Only  two  vendors  quoted 
prices  for  the  repair/maintenance  )f  all  terminal,  m'<cro  and  related 
devices,  one  being  the  then  current  college  third  party  maintenance 
vendor. 

TRANSITION 

A  proposal  was  prepared  by  OSCS  and  submitted  for  an  in-house  micro 
repair  center  utilizing  existing  communications  support  personnel. 

The  college  decided  to  try  experimenting  with  several  options.  The  first 
option  tried  was  an  agreement  with  the  third  party  vendor  on  a  time  and 
materials  basis,  with  no  overall  maintenance  contract,  for  basic 
equipment  repair  services. 
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The  second  option  also  included  the  third  party  vendor  on  time  and 
material,  but  also  included  one  of  the  college  OSCS  communications 
technicians  as  an  in-house  repair  person.  The  vendor  wa&  primarily 
responsible  for  the  repair  of  the  administrative  terminals  and  remote 
printers.  The  OSCS  technician  was  responsible  for  repair  calls  associated 
with  micro  computers,  ensuring  that  all  calls  were  logged  and  forwarded 
to  the  vendor  and  tracked  if  local  repair  wa<;  not  possible. 

The  vendor  charged  $60.00  per  hour  with  a  two  hour  minimum  so  all  calls 
cost  at  least  $120.00...  more  than  the  worth  of  some  devices,  after  parts 
costs  were  added. 

The  technician  was  soon  overwhelmed  with  repairs  and  faced  a  backlog  of 
equipment,  which  had  been  picked-up  for  repair.  The  backlog  continued  to 
grow  and  consequently  the  single  technician  with  his  other 
communications  responsibilities,  couldn't  service  the  devices  disabled  the 
longest.  This  ^.rrangement  was  unsatisfactory  because  the  technician 
could  not  perform  his  primary  duties  which  took  priority  over  repairing 
micro  equipment  or  auxiliary  devices. 

QSOS  Goes  It  Alone 

Late  in  FY  87/88  the  college  decided  to  modify  its  contract  with  SCT  and 
add  an  addendum  for  additional  personnel  to  initiate  its'  own  in-house 
micro  repair  center  staffed  by  two  repair  technicians.  The  staff  cuirently 
consists  of  a  senior  technician,  repair  technician,  and  part-time  student 
assistants  on  a  continengency  basis  supervised  by  an  OSCS  Manager. 

The  guidelines  for  the  Micro  Repair  Center  were  that  it  would  provide  four 
hour  response  time,  provide  coverage  from  7:30  A.M.  to  9:00  P.M.  (Monday 
ihrough  Friday)  and  service  all  three  campuses,  the  District  office,  and 
other  satellite  sites  which  the  college  owned  or  occupied. 

To  begin  operations,  policies  and  procedures  had  to  be  written  and 
implemented,  the  College  community  had  to  be  informed  of  the  existence 
of  the  Micro  Repair  Center  and  repairs  had  to  begin. 
The  Micro  Repair  Center  was  budgeted  with  approximately  $115,00.00  to 
buy  replacement  parts,  leaner  devices,  tools,  manuals,  a  software  package 
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for  Inventory  and  problem  history  management,  and  pay  third  party 
vendors  for  any  work  allocateci  to  them.  Initial  staffing  costs  were 
budgeted  at  approximately  $163,00.00. 

The  InltLI  Micro  Repair  Center  staff  consisted  of  a  senior  technician  who 
had  an  extensive  background  In  micro  computers,  a  trainee  who  was 
transferred  from  computer  operations,  a  student  assistant  with  a 
knowledge  of  micro  softwa^u,  all  under  an  OSCS  Manager  with  an 
operations  background. 

The  first  order  of  business  was  to  prepare  a  suitable  workplace.  A  phone 
number  exclusively  for  micro  repair  had  to  be  obtained  and  published. 
Space  had  to  be  allocated  and  work  areas  set-up.  Space  for  parts,  tools, 
manuals,  In-comlng/out-golng  devices,  devices  waiting  for  parts,  others 
being  worked  on  and  office  space  was  another  concern  which  had  to  be 
addressed;  there  had  to  be  space  for  not  only  the  computers,  but  also  for 
the  micro  repair  staff. 

A  form  had  to  be  designed  which  would  serve  as  hard  copy  documentation 
of  problem  calls.  Information  had  to  be  comprehensive  enough  to  Include 
the  requestor  name,  phone  number,  problem  description,  date/time 
reported,  date/time  responded,  date/time  device  up,  repair  person, 
description  of  work  performed,  time  spent,  parts  cost,  warranty 
Information,  leaner  Information,  and  name/date/time  of  outside  vendor. 
This  all  didn't  happen  on  the  first  design... the  form  became  more 
descriptive  as  more  experience  was  gained  in  the  shop.  Also  this  hard 
copy  form  had  to  stay  with  a  device  until  it  was  returned  to  the  user.  This 
repair  form  is  also  the  vehicle  used  to  log  and  monitor  problem  history 
which  is  maintained  on  the  Micro  Resource  Manager  software  package.* 

Resource  Management 

At  this  point  it's  appropriate  to  discuss  the  importance  of  having  an 
automated  software  package  for  inventory  management  and  problem 
history  tiacking. 
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The  college  had  established  a  policy  which  required  all 
hardware/software  purchased  by  anyone  in  the  college  to  be  logged, 
tagged,  and  distributed  by  the  data  center.  This  provided  a  control  point 
which  allowed  better  tracking  of  the  increasing  amount  of  micro  computer 
equipment.  Prior  to  the  establishment  of  the  Micro  Repair  Center  all  of 
this  information  was  entered  on  a  data  base  maintained  separately  with- 
in the  data  center.  The  college  also  maintains  its  own  data  base  which 
contains  the  same  information,  but  not  as  organized  or  descriptive. 
Neither  of  these  data  bases  contained  files  which  could  be  used  fo^ 
problem  reporting  or  maintenance  information;  especially  labor  and  parts 
cost  data. 

Management  reporting  requirements  at  this  point  were  vague  and 
undefined.  The  initial  focus  was  on  inventory  control  management  and 
problem  history.  The  first  tracking  package  purchased  cost  $600.00  and 
after  installation  and  use  for  a  short  period  of  time  was  found  to  be 
deficient  in  tracking  labor  or  parts  costs  and  wasn't  sophisticated  enough 
for  our  expanding  inventory  management  requirements.  We  reviewed  the 
Micro  Repair  Manager  (MRM)  package  from  Atrium  Information  Group  which 
appeared  to  fulfill  our  requirements  and  could  be  upgraded  to 
accommodate  15  on-line  users.  We  purchased  the  basic  package  in 
November,  1988  but  production  installation  wasn't  implemented  until 
March,  1989  after  an  initial  testing  phase.  Computer  Associates  now 
markets  the  MRM  system.  Management  now  focused  on  inventory  control, 
problem  history,  labor  tracking  and  parts  costs  statistics  because  OSCS 
had  until  July,  1989  to  present  facts  figures,  and  statistics  which  would 
justify  the  decision  to  continue  the  implementation  of  the  in  house  Micro 
Repair  Center. 

To  install  the  MRM  inventory  data  base  we  had  to  import  all  records  first 
from  the  original  package  base  and  second  from  the  college  capital  data 
base.  The  first  import  was  not  difficult  because  previously  defined  files 
and  descriptions  were  similar.  We  completed  importing  records  from  the 
college  capital  data  base,  (the  most  difficult)  In  October  of  this  year.  It's 
Important  to  note  that  on  the  data  base  a  device  is  defined  as  anything 
which  is  attached  to,  can  be  attached  to,  or  actually  is  a  micro  computer. 
For  example,  a  keyboard  is  a  device  which  we  must  fix  or  discard,  but 
still  have  the  responsibility  for  repairing  it.. .even  though  keyboards  aren't 
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entered  rn  the  data  base  because  they  cost  less  than  $200.00.  We  still 
have  to  provide  parts  and  labor  costs  for  repairing  them. 
In-house  repair  becomes  a  necessary  and  viable  alternative  when  the 
number  of  devices  begins  to  exceed  600.  This  is  an  approximate  break 
even  point,  depending  on  equipment  repair  supported,  to  cover  salaries, 
parts  and  eouipment.  Currently  CCC  with  2,000  micros  representing  a 
composite  total  of  8,000  devices  to  support,  requires  a  cos'i  effective 
solution.  Our  present  in-house  repair  cost  to  support  all  equipment,  PC's 
and  other  devices,  is  $278,000  per  fiscal  year.  A  current  third  party 
vendor  quote  received,  of  $246.00  per  PC,  would  equal  $492,000  for  just 
PC's  alone.  Consequently  in-house  repair  saves  the  College  a  minimum  of 
$200,000  per  year.  To  realistically  look  at  total  savings,  you  must 
include  the  cost  of  third  party  repair  for  all  other  non-PC  devices.  The 
additional  costs  of  these  items,  digitizers,  plotters,  file  servers, 
printers,  etc.  driimatically  escalates  third  ps^rty  maintenance  costs  over 
just  PC  support. 

Estimated  savings  since  the  original  implementation  of  the  in-house  Micro 
Repair  Center  at  Cuyahoga  Community  College  approaches  $392,300  for  22 
months  of  service.  This  figure  is  based  on  prices  third  party  vendors  have 
quoted  to  maintain  devices  at  one  college  location...  then  multiplied  by  the 
remaining  devices  throughout  the  rest  of  the  college  and  compared  to  the 
documented  costs  we  have  incurred  in  the  Micro  Repair  Center. 

An  alternative  method  of  comparing  internal  versus  third  party  is  to  take 
OSCS's  labor  charge  of  $35.00  per  hour  and  compare  that  to  the  minimum 
hourly  rate  third  party  vendors  would  have  charged  for  the  same  repairs  on 
site;  approximately  $130.00  and  then  add  the  parts  costs.  Most  third  party 
vendors  are  quoting  $55.00  per  hour  on-site  but  they  also  include  travel 
time  and  expenses  in  addition  to  this  cost  which  equals  the  $130.00  figure. 
We  realize  significant  savings  (wholesale)  on  Apple  parts  as  an  authorizod 
Apple  repair  center.  This  is  achieved  by  having  a  repair  technician  trained 
at  their  school. 
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FUTURE  CONSIDERATIONS 

Currently  the  Micro  Repair  staff  is  resident  at  the  Metro  Campus  of  the 
college.  While  this  arrangement  provides  timely  service  to  Metro,  the 
District  office,  the  Unified  Technology  Center,  and  a  downtown  satellite  it 
doe&n't  provide  the  same  to  the  two  campuses  located  outside  the  Metro 
Cleveland  area. 

We  have  considered  severe'  alternatives  to  improve  micro  repair.  One 
alternative  is  providing  training,  at  a  basic  level,  to  Academic  Campus 
Consultants  located  at  our  Western  and  Eastern  Campuses  and  providing  a 
small  inventory  of  devices  and  parts  frequently  causing  problems  at  these 
sites.  At  this  point  in  time  this  alternative  is  still  under  consideration. 
Ideally,  there  should  be  a  qualified  repair  technician  at  each  campus  who 
is  linked  online  into  the  MRM  system.  This  would  allow  us  to  gen&rate  an 
action  report  from  the  MRM  system  c'irectly  to  the  appropriate  campus  and 
that  technician  could  then  perform  the  required  maintenance  and  update 
the  MRM  system.  If  the  repair  call  required  us  to  bring  the  device  to  our 
central  shop  at  Metro  it  could  be  picked  up  and  a  leaner  dropped  off  by  a 
delivery  person  making  the  rounds  to  all  locations  once  a  day. 

We  also  need  to  improve  our  service/response  from  those  third  party 
vendors  which  are  repairing  farmed  out  devices.  Some  of  these  repairs 
are  taking  in  excess  of  two  months  which  is  unsatisfactory.  Expanding  our 
repair  capabilities  to  reduce  the  necessity  of  sending  equipment  out 
appears  to  be  the  only  realistic  solution  to  this  problem. 

We  have  requested  the  programming  staff  to  perform  an  analysis  of  the 
"MRM"  and  "Progress"  software  packages  and  to  determine  from 
management  what  reports  or  reporting  statistics  are  required.  The 
analysis  will  be  the  impetus  to  generate  a  project  producing  additional 
custom  reports  from  these  two  packages. 

The  use  of  College  student  assistants  could  also  be  expanded  into  an 
academic  training  environment  supported  by  and  supporting  the 
Institution. 
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The  management  of  the  inventory  database  can  be  greatly  enhanced  by 
including  the  Purchasing  and  Receiving  departments  in  the  group  of  online 
users  of  the  MRM  system.  This  would  allow  any  purchase  order  relative  to 
micro  hardware/software  to  be  entered  by  the  Purchasing  department  at 
it's  inception,  viewed  for  status  by  our  office,  updated  by  the  Receiving 
department  when  the  order  came  in,  and  updated  again  by  our  department 
when  the  order  has  been  tagged,  delivered  and  installed,  and  finally 
entered  into  the  inventory  database  b,  our  staff. 


CONCLUSIONS  and  RECOMMENDATIONS 

The  in-house  Micro  Repair  Center  at  Cuyahoga  Community  College  is  a  new 
viable  operational  entity  which  has  saved  the  college  hundreds  of 
thousands  of  dollars  in  its  22  months  of  operation,  it  provides  faster 
response  to  user  problems  than  a  third  party  vendor  can  for  the  costs 
incurred,  and  It  provides  the  college  user  community  a  central  point 
within  the  college  which  they  can  call  for  hardware  problems.  An 
additional  benefit  of  the  in-house  Micro  Repair  Center  is  tho  familiarity 
and  in  most  cases  a  relationship  the  users  have  developed  with  the  Micro 
Repair  staff  in  addressing  their  questions  and  problems.  Having  a  central 
focal  point  within  the  college  which  monitors  the  pulse  of  micro  related 
problems  and  micro  inventory  management  is  essential  for  control 
purposes  and  for  senior  college  management  to  be  able  to  identify  its' 
micro  computer  resources  and  micro  computer  needs. 
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Distributing  Support  -  Depurtmental  Computing  Coordinators 

Jeny  Sanders 
Loyola  Unimslty  Chicago 
Chicago,  lUinois 


Abstract:  End  user  coiiq)utiiig  iq[)pears  to  be  successful  as  the  talents  of  end  users 
are  increasing.  This  is  the  mission  of  our  information  centers.  The  mission  is  being 
fulfilled,  and  everyone  is  happy,  right?  Well,  aknost,  but  now  we  fact  a  new  set  of 
concerns  as  decentralized  processing  seems  to  threaten  the  integrity  of  the  institution's 
information  resource. 

Information  Systems  at  Loyola  is  sponsoring  a  new  program  to  create  a  partnership 
and  better  define  the  relationship  between  it  and  end  users.  The  program  will 
institute  an  accountability  called  Departmental  Computing  Coordinator  (DCC).  The 
objectives  of  the  program  are  to  promote  and  harness  the  talents  of  end  users,  while 
maintaining  the  integrity  of  centralized  systems. 
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Distriboting  Support  •  Departmental  Compoting  Coordinators 


To  say  that  a  lot  has  changed  in  computing  over  the  last  few  years  is  not  an  unusual 
statement:  computing  alwi^  changes  a  lot  my  and  every  few  years.  What  distinguishes 
these  last  few  years  are  the  conq>uting  cqiabilities  that  have  been  placed  on  the  user's 
desktop. 

The  new  aq)abilities  offer  new  opportunities,  and  computing  support  organizations  have  to 
reconsider  their  methods  to  take  advantage  of  thenu  This  paper  describes  how  we  at 
Loyola  are  doing  that  by  means  of  a  program  called  De(.artmental  Computing  Coordinators 
(DCC). 

Backgraimd:  Compnting  at  Loyola  Univmity  Chicago 

Loyola  is  a  private,  Jesuit,  coeducational  university  with  an  enrollment  of  about  16000  in 
its  ten  schools  and  colleges.  There  are  three  campuses  in  the  Chicago  area,  and  one  in 
Rome. 

Our  conq>uting  environment  is  centrally  administered,  and  standards  for  miaocomputer 
hardware  and  software  have  been  set  by  the  Information  Systems  (IS)  Division.  Our 
mainframe  computers  are  IBM.  There  are  several  DEC,  HP  and  ATT  minis,  and  about 
2000  microcomputers  -  primarily  IBM  or  compatible,  with  100  or  so  Apples. 

To  date,  the  high  level  of  centralization  and  standardization  has  produced  a  good  track 
record:  user  satisfaction  and  IS  credibility  is  relative^  hig|i. 

IS  has  maintained  communications  with  users  through  various  conunittees  as  well  as  by 
establishing  key  contacts  in  each  user  department  In  198S,  the  key  users  representing  the 
largest,  or  most  computer  intensive,  depanjients  were  invited  to  join  the  IS  sponsored 
"^uperuser  Group**. 

The  Superuser  Group  is  a  voluntary  collaboratiou  between  Information  Center  staff  and 
Superusers.  The  group  meets  every  two  months.  Coordination  of  Uie  group  was  turned 
over  to  users  after  the  first  year,  and  IS  continues  to  attend  group  meetings. 

The  Superuser  Group  is  important  because  it  sets  the  scene  for  the  DCC  programs  We 
envision  the  evolution  of  our  users  as  being  key  user  to  the  more  formalized  role  of 
Superuser,  and  then  to  the  role  of  DCC 
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Distnbutint  Support '  DejHinmental 
Conditkms  leading  to  tbc  cKition  of  the  DCC  program 

Before  defining  the  DCC  program,  I  would  like  to  mention  how  we  in  IS  saw  things 
occurring  at  L^la.  I  think  that  the  following  points  idso  characterize  most  confuting 
environments: 


There  had  been  an  inaease  in  mission  critical  (H^t  the  business")  systems 
operating  on  departmental  microcomputers. 

There  is  an  increasing  demand  by  the  institution  to  see  return  on  con^mting 
investments  i.e.  how  a  dqMrtment  has  inq>roved  their  services  or  cut  costs. 

There  is  an  increasing  requirement  for  specialized  software.  Loyola  has  met 
what  the  university  had  identified  as  a  strategic  level  of  workstation 
deployment,  and  the  tools  are  in  place  tiiat  meet  the  need  for  basic 
automation  -  wordprocessing,  spreadsheets,  data  management 

Departments  are  now  requesting  software  for  specialized  applications  -  unique 
to  the  function  of  the  department  -  in  order  to  nukrimw.  the  use  of  their 
counting  equipment  The  evaluation,  selection  and  use  of  this  software 
requires  Imowl^ge  of  the  business  of  the  department 

There  is  need  for  administration  of  new  areas: 

Local  Area  Network  administration  -  Loyola  has  40  Local  Area 
Networks  installed,  there  are  about  800  workstations  connected  via 
LANs.  LANs  need  a  certain  level  of  administration  peiformed  locally. 

Data  admuiistratkMi  -  IS  has  been  engaged  in  a  Data  Administration 
pUnning  over  the  last  2  years.  Of  course,  an  important  objective  of 
data  administratk>n  is  to  manage  data  to  avoid  redundancy  and 
improve  the  integrity  of  data.  Presently,  however,  there  are  over  ISO 
end  user  managed  databases  in  departments.  Most  of  these  were 
developed  with  IS;  however,  it  is  very  easy  to  loose  management 
control  over  end  user  databases.  Therefore,  IS  needs  to  ensure  that 
end  users  follow  fundamental  procedures  in  mflnnging  data  in  their 
databases. 


There  is  a  desire  to  optimize  the  use  of  our  expensive  conqmting  resources 
by  taking  advantage  oi  computer  literate  users,  of  whidi  there  are  many  these 
days. 

Desktop  computing  capabilities  will  continue  to  increase,  become  less 
expensive  and  be  available  to  a  hiiger  user  audience. 
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Dittributint  Support  •  Dtpertmtntal  Computing  Coordinators 
Eipected  BawAtt  <tf  Mttiag  ip  a  DCCpngnM 

It  was  i^ypaient  to  IS  that  our  end  user  nqpport  methods  would  need  to  be  upgraded  to 
re^nd  to  the  conditions  just  mentimied.  For  the  Information  Center,  the  primaiy  end 
user  support  group,  diange  was  a  Cuniliar  process.  Prior  change  had  usually  meant  an 
increase  in  central  support  staf^  but  since  it  was  dear  that  user  departments  possessed  a 
wealth  of  conqmting  talent  and  capability,  we  had  the  q)portunity  to  create  a  program  that 
would  take  advantage  of  that  resource. 

This  is  what  we  hoped  to  adiieve  with  a  program  that  would  give  usen  deh^  d  roles  as 
commuting  resources: 

*  A  best  of  both  worlds  scenario:  Successful  conqmtiog  projects  require  an 
institution-wide  (integrated  databases,  telecommunications,  network 
conqMitibility,  data  admhiistration)  and  local  (the  function  of  the  department) 
anafysis.  IS  is  the  most  qualified  to  address  the  former  matters,  the  DCC  is 
the  most  qualified  to  address  the  latter.  Projects  will  be  partneiships. 

*  The  optimization  of  IS  support  through  key  department  contacts 

*  The  immediate  availability  of  first  line  confuting  support  to  a  department 

*  The  synchronization  of  local  computing  planning  with  institution-wide,  long 
range  conqmting  plans 

*  The  creation  of  departmental  computing  standards  to  be  maintained  locally 

*  The  improvement  of  IS/User  conununications 

*  The  computing  abilities  of  present  staff  will  be  utilized  and  redundancy  in 
support  seivices  coverage  will  be  reduced  The  result  should  be  a  reduction 
in  the  rate  of  growth  of  the  cost  of  end  user  conqniting  support 

Departmental  Computing  Coordhuitor  definition 

The  description  of  Departmental  Computing  Coordinator  is  called  an  "accountability". 

An  "accountability"  is  an  individual  component  of  a  job  description.  Usually,  a  particular 
job  description  will  contain  several  accountabilities,  each  of  ^di  is  assigned  a  poventage 
of  time  and  a  rating  of  the  impact  of  the  performance  of  tbat  component  on  the  Institotion. 

DCC  was  set  up  as  an  accountalnlity,  rather  than  as  a  job  description  in  itself  to 
accommodate  different  percentages  of  time  required  to  fulfill  the  DCC  responsibilities 
according  to  department  size  ami  level  of  automation.  For  exanq>le,  in  some  snoall 
departments  the  DCC  responsibilities  can  be  fulfilled  using  a  small  percentage  of  one  staff 
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DistrOHOing  Support  -  DepartmmUU  Computing  CoonSnataa 

member's  time,  while  a  large  departmem  might  require  that  a  full  time  staff  member  be 
dedicated  as  a  DCC 

The  same  flexibility  is  required  in  regard  to  rating  the  intact  of  the  DCC  responsibility. 
For  example,  a  DCC  who  is  responsible  for  workstations  serving  a  patient  monitoring 
function  will  receive  a  higher  rating  for  impact  than  a  DCC  who  is  responsible  for 
wordprocessing  workstations. 

Any  DOC  has  the  responsibility  to  be  aJiaisQD  between  IS  and  the  DCCs  department  This 
entails: 

*  Serving  as  the  communication  link  between  IS  and  the  department 

Communicates  policies,  standards  and  procedures  to  department  staff 
Conomunicates  user  needs  to  IS 

*  Serving  as  the  first  contact  for  his/her  department's  computing  questions. 
In  addition  to  the  liaison  role,  a  DCC  might  have  either,  or  both,  of  these  functions: 

*  AdministratioB  of  departmental  LANs 

At  least  one  individual  must  be  designated  network  administrator  for  a  Local 
Area  Network  installed  at  Loyola.  This  person  will  be  the  department's 
liaison  with  Information  Services  and  will  oe  expected  to  fulfill  the  following 
roles  and  reqwnsibilities: 

*  Planning,  with  IS 

*  Set-up  and  installation  assistance 

*  Sui^rt  for  day  to  day  q)erations 

*  Training  requirements  coordination 

*  Departmental  DaU  AdministratioB 

At  least  one  individual  must  be  designated  data  administrator  if  the 
department  localfy  maintains  electronic  data  owned  by  the  institution  (Data 
Administration  will  be  the  arbiter,  if  necessary).  This  person  will  be  the 
department's  liaison  with  the  Data  Administrator  and  will  be  expected  to 
fvMl  the  following  roles  and  responsibilities: 

*  Planning,  with  IS 

*  Programming  (Fourth  Generation  Languages) 

*  Doounentation  of  data  management  systems 

*  Data  backup  and  recoveiy 

*  Staff  traming  requirements  coordination 


Diaributbtg  Support  •  Dt-tMtmtntal  Computing  CoortUnaton 

How  does  a  dq^artMott  dctendae  if  it  iMdf  a  DCC7 

IS  presently  handles  most  of  the  computing  functions  that  have  been  described  as  future 
responsibilities  of  IXXi  In  many  cases  IS  will  continue  to  do  so.  The  need  for  a  DCC 
arises  when  departmentally  directed  computiDg  becomes  an  (grating  requirement  The 
following  are  guidelines  for  when  D<X  functions  should  be  instituted: 

Lialsoa  -  As  mentioned  previous^,  all  DCXSs  will  have,  at  least,  liaison 
responsibilities.  ThiS  role  is  wcowuaeaded  when  a  department's  conqmting 
requirements  would  best  be  met  by  identifying  a  key,  local  user.  This 
recommendation  would  typically  be  made  by  consensus  of  the  department  head  and 


LAN  Administrator  -  This  DCX:  function  is  reqidred  if  the  department  has  a  LAN. 

Data  Administrator  -  This  DCC  function  is  required  if  the  department  locally 
maintairet  electronic  data  which  Dala  Administration  dassifies  as  mission-critical 
data.  The  role  might  be  recommended  if  the  volume  of  data  maintained  locally  is 
large,  even  though  the  data  are  not  considered  to  be  mission-criticaL 

Once  the  need  for  t  DCC  is  deteimiBed,  how  is  it  instituted? 

After  IS  and  a  department  head  have  concluded  that  a  DCC  i»  needed,  the  department 
head  will  have  the  DCC  accountability  included  in  a  revision  of  the  job  description  of  the 
enqiloyee  selected  to  serve  as  DCC 

Tbe  revised  job  description  will  be  submitted  to  Compensation  to  review  for  possible 
regrading  of  the  position. 

ntlidls  to  date 

Overall,  the  DCC  program  proposal  has  been  well  received.  Serious  pitfalls  have  not  been 
encountered.  The  following  are  questions  and  constructive  criticisms  directed  toward  the 
DCC  proposal: 


1.      The  More  Work  criticism  is,  "How  come  we  have  to  make  this  a  formal  program, 
and  go  through  the  trouble  of  regrading  jobs?" 

Hie  response  is  that  we  have  gone  as  Car  as  we  can  go  informally,  and  the  need  for 
DCCs  is  inaeasing  greatly.  The  Superuser  group  has  taken  responsibilities  on 
voluntarily,  however  there  is  no  guarantee  that  this  will  be  true  for  most  users. 
These  responsibilities  are  not  an  official  part  of  the  job,  ana  are  not  included  in 
compensation  consideration.  So  &r  it  has  been  a  matter  of  great  cooperation  and 
luck. 
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2.  The  Not  Manageable  critidsin  is,  "We  have  over  250  departments!  Where  are  you 
going  to  hold  meetings?" 

T^t  response  is  that  although  it  is  possible  for  the  numbei  of  DCCs  to  grow  to 
where  monthfy  meetii.  s  become  unwieldy,  we'll  manage  communications  with  the 
IXX^  through  technology  (electronic  and  voice  mail),  newsletters  and  small  meetings 
which  IS  will  repeat 

3.  The  How  to  Evaluate  Positions  question  is,  "What  do  we  do  when  one  Secretary 
Grade  n  has  the  DGC  accountability  and  another  Seaetary  Grade  n  does  not?" 

The  response  is,  from  our  Compensation  Department,  that  this  is  not  a  problem. 
It  is  a  matter  similar  to  many  others,  such  as  when  one  seaetary  monitors  a  budget 
of  one  million  dollars  and  tiie  other  secretary  does  not  monitor  budgets  a.  all,  or 
perhaps  monitors  a  very  small  budget  The  difference  in  percentage  of  time  spent 
and  in  vaapaa  will  be  graded  accordingly. 

4.  Hie  Who  wUlbethe  Gatekeeper  question  is,  "Who  will  decide  who  needs  and  who 
shall  be  a  DCC?  Won't  this  have  implications  like  faculty  asldng  for  a  reduced 
teaching  load  because  they  are  the  DCC?" 

This  is  pending  resoL  ion.  The  resohition  will  probably  have  the  department  head 
request  of  the  head  of  his/her  division  that  a  stan  memb: :  become  a  DCC  This 
request  woulo  Lndude  a  written  recommendation  by  IS  anu  a  justificadon  according 
to  ^  mula. 

5.  The  Costs  question  is,  "Will  it  cost  a  lot  to  upgrade  present  positions  by  including 
the  DCC  accountability  in  job  descriptions?" 

The  response  is  that  overall  costs  for  imputing  suf^Mrt  will  be  reduced  institution- 
wide,  although  DCCs  are  likely  to  reoeive'a  small  increase  in  ;)ay.  Cost  savings  will 
result  from  a  reduction  in  the  rate  of  growth  of  IS  end  user  support  staft 


Progreit  to  date 

We  are  q>timistic  abr  it  the  development  of  and  response  to  the  program  so  ;ar.  Support 
for  the  DCC  program  has  been  received  from  these  sources: 

Tnfnrmnrim  Systems  sees  the  program  as  a  means  to  support  the  IS  mission,  which 


To  provide  the  leadership  and  expertise  to  design,  implement,  support  and 
manage  information  technologies  to  foster  the  teaching,  researdi,  and  health 
care  mission  of  Loyoia  University  Chicago" 
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Dittnbutint  Support  -  DtpartnienUU  Computintf  Coonii^^ 

fltif!  rnmp^nMrinti  Uke  the  prognm  because  it  will  establish  job  grading 
standards  to  use  for  the  increasing  number  of  positions  which  include  computing 
reqxmsibilities. 

SupeniMrg  like  the  program  because  it  will  provide  a  means  to  have  their 
re^ns^ilities  inchided  in  their  job  deso^on,  and  therefore  to  be  acknowledged 
and  paid  tor  performing  those  responsibilities. 

Most  J2gndmfiDtiifiad&^»fao  are  acquainted  with  the  program  support  it,  and  a  few 
have  not  filmed  an  opinioa  Those  yibo  like  it  feel  liax  it  gjves  them  greater 
infhienoe  in  their  dqMrtmenf s  oonqxiting  operations. 

ThfL  pmpram  haa,  rt!t>^Jvt^  m  qiiaHflad  Mncrinn  hy  tha  Informarion  Systems  Steering 

rftmniittfrfii  pending  resolution  of  the;  "Gatekeeper"  question  (#4  above).  This 
oonunittee  consists  of  Division  Heads. 

Other  signs  oi  progress  are  that: 

*  many  of  the  elements  oS  the  program  ^  in  practice,  or  are  being  put  in 
practice.  This  can  also  be  a  pitfall  (see  #1  above)  if  it  is  perceived  that  there 
is  no  r  9ason  to  pay  someor  ,yho  ir  present^  doing  the  job  voluntarily. 

*  the  DCC  manual  has  been  written. 

*  inqwrl&nt  issues  have  been  raised,  some  have  been  resolved,  and  the  rapport 
between  IS  and  departments  is  continualty  in^roving. 


Sommaiy 

The  Departmental  Conqmting  Coordinator  program  will: 

*  clarify  the  conqmting  responsibilities  til  department  stafL 

*  clarify  the  departmental  conqniting  support  responsibilities  of  Information 
S^tems. 

*  optimize  conqmting  talent  within  the  institution. 

*  reduce  the  cost  of  end  user  support  services. 

*  ccmtribute  to  Data  Administration  objectives. 

*  establish  a  better  rq)port  between  Information  Systems  and  our  user 
community. 

7 


234 


Distributing  Si^port- Departmental  Computing  Coonl^^ 


CondoiiM 

Loyola's  centralized  iq>proach  to  infonnatioii  technology  numagement  has  been  successful. 
However,  technology  has  changed.  Implicit  in  the  DCC  profMsal  is  the  recognition  that 
Loyola's  mission,  and  therefore  the  IS  mission,  can  be  better  served  by  reassigning 
reqMnsibOities  for  stme  areas  of  end  user  conqyuting  that  IS  previously  controlled.  This 
will  encourage  r  eative  BppUcatioa  of  conqmtiiig  tedmology  to  qMscific  department  business 
problems,  and  free  IS  resources  to  concentrate  oo  the  enhancement  of  the  information 
tedinology  infrastructure. 

There  is  a  certain  amount  of  risk  that  is  involved  when  reassigning  responsibilities.  The 
DCC  program  is  a  coq>erath«  effort  between  IS  and  our  users,  based  on  mutual  respect, 
and  ultimately,  mutual  goals.  The  maturity  of  the  Loyola  IS  oiganizaHon  and  user 
community  have  created  the  confidence  that  £Jiy  Mures  will  be  outweighed  by  the  overall 
achievements  of  the  program.  Wiih  many  elements  of  the  program  current^  in  effect,  this 
has  so  far  been  the  case.  We  are  optimistic  that  the  DCC  program  will  be  ofiGdally 
sanctioned  in  the  near  future,  and  that  it  will  meet  its  intended  goals. 
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EGADS,  we  DID  HI 

Employing  Global  Administrative  Distribution  Strategies 
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The  University's  de^nand  for  access  to  data  makes  it  necessary  to 
distribute  administrative  systems.  Global  strategies  fundamental  to 
the  Implementation  of  distributed  systems  are:  source  point  data 
capture,  electronic  signature  approval  process,  data  value  authori- 
zation restriction  and  access  to  administrative  systems  by  all  depart- 
ments. These  strategies  widely  disperse  the  responsibility  for  data 
integrity  to  user  offices.  The  recent  design  and  implementation  of  *he 
new  Student  Reco.ds  System  at  Virginia  Tech  emDloy  these  strate- 
gies. This  discussion  will  explain  these  r/irakegies,  their  impact  on  the 
development  and  distribution  of  administrative  systems,  the  advan- 
tages and  disadvantages  of  distribution,  as  well  as  u<;er  interaction  In 
development. 
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Introduction 


A  totally  dl8trl^lrted  system  Is  one  which  provides  all  users  access  to  data  they 
need  while  prohibiting  access  to  data  they  are  not  authorized  to  see.  This  ac- 
cess includes  both  inquiry  and  update  capabilities.  The  demand  for  Increased 
access  to  data  at  Virginia  Tech  necessitates  the  distribution  of  all  new  admin- 
istrative computer  systems.  Adoption  of  distribution  philosophies  and  imple- 
mentation of  the  supporting  strategies  provides  the  methodology  for 
accomplishing  this.  The  rewrite  of  the  Virginia  Tech  Student  Records  System 
combined  these  philosophies  and  strategies  with  extensive  user  Interaction  to 
produce  a  distributed  system.  Academic  departments  maintain  data  Integrity 
which  results  In  the  role  of  data  verification  for  the  central  student  records  of- 
fice. 

The  Systems  Development  group  at  Virginia  Tech  is  the  pfimary  developer  of 
new  administrative  systems  for  the  on-line  IMS  environment.  This  paper  re- 
views the  early  development  procedure  at  Virginia  Tech,  the  philosophies  and 
strategies  that  changed  our  methods,  a  system  developed  employing  these 
strategies,  and  the  conclusions  resulting  from  an  act'Jdi  Implementation. 

Early  Development 

Development  in  the  1970's  was  initiated  by  a  request  from  a  user  office,  then 
fundamental  manual  procedures  of  the  user  office  were  observed  and  their 
basic  needs  were  considered.  The  users  were  only  Involved  In  minor  deci- 
sions during  the  design  phase  of  a  system.  All  other  development  phases  of 
the  project  were  strictly  controlled  by  Systems  Development,  from  planning 
functions  and  designing  screens  to  testing  the  system.  The  user  office  was 
consulted  on  the  contents  of  the  screens  but  rarely  saw  them  again  until  the 
system  was  demonstrated  prior  to  implementation  when  they  were  trained  and 
presented  documentation  defining  the  use  of  the  system. 

Systems  Development  maintained  these  early  systems  until  growth  in  exper- 
tise and  staff  led  to  the  formation  of  system  support  groups  associated  with 
large  user  areas,  such  as  Personnel/Payroll,  Student  Records,  and  Student 
Accounts.  These  groups  then  became  responsible  for  system  maintenance, 
minor  modifications  and  user  reports  as  requested. 

Access  to  transactions/functions  was  controlled  with  logical  terminal  security. 
Distribution  was  limited  and  generally  confined  to  the  related  user  area. 

Over  the  years,  the  number  of  terminals  on  the  main  and  satellite  campuses 
expanded,  until  in  the  early  80's,  all  administrative  departments  had  on-line 
access  to  the  mainframe.  The  University  community  evolved  into  a  sophisti- 
cated computer  literate  society  with  many  of  the  departments  active  in  mini 
and  micro  computing.  This  growth  led  to  demands  bv  deans  and  department 
heads  for  greater  access  and  stricter  control  of  1,..^., nation  relating  to  their 
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arecio  of  responsibility.  Answering  this  challenge  required  a  change  in  phi- 
losophies and  strategies  for  developing  new  systems. 

Philosophies  and  Strategies 

introducing  new  philosophies  Into  the  university  environment  requires  a  fun- 
damental se*  of  plans.  In  the  1982  CAUSE  Monograph  Series,  Vinod  Chachra 
and  Robert  C.  Heterick  presented  a  global  strategy  for  administrati  'e  systems 
In  a  document  entitled  Computing  In  Higher  Education:  A  Planning  Perspec- 
Uvo  for  Administrators.  This  publication  contained  the  following  concepts. 

•  Source  Point  Data  Capture  -  Data  is  entered  via  workstations  in  the  de- 
partment of  origin  and  transferred  electronicaiiy  to  the  destination  office. 
Any  requirements  for  approval  at  a  higher  level  reroutes  the  document 
through  the  appropriate  office  for  an  "electronic  signature". 

•  Value-added  Data  Handling  -  The  data's  electronic  route  depends  upon  a 
user's  need  to  add  information  or  approve  a  document.  For  those  admin- 
istrators not  in  the  hierarchical  flow  from  source  to  target  office,  on-line 
queries  and  management  reports  are  available. 

•  Destlnatlon-PoInt  Documentation  Generation  -  Documents  are  printed  5n 
the  destination  office  as  needed  for  external  communication  and  verifica- 
tion. 

•  Transaction  Tracking  System  -  Events  are  tracked  in  audit  trail  records 
with  individuais  restricted  to  activities  and  data  corresponding  to  their 
area  of  responsibility. 

The  University  adopted  there  global  strategies  for  administrative  systems  and 
approved  the  "electronic  signature"  -  the  concept  of  a  password  entered  on  a 
terminal  screen  in  lieu  of  a  signature  on  a  document.  Implementation  de- 
pended on  an  authorization  system  capable  of  identifying  areas  of  responsi- 
bility for  a  user  and  the  required  routing  flow  for  documents. 

Virginia  Tech  Authorization  System 

The  in-house  developed  Virginia  Tech  Authorization  System  controls  the  use 
of  IMS  transactions  through  a  unique  authorization  identifier  associated  with 
a  user.  These  are  established  by  Data  Administration  on  request  from  an  ad- 
ministrative user.  The  authorized  user  then  contacts  the  administrative  office 
controlling  the  requested  transaction  for  access.  Transactions  are  grouped 
according  to  function  with  access  based  on  the  need  for  the  function.  The  ad- 
ministrative office  Is  responsible  for  distributing  the  functions  &•  i  assigning 
the  data  value  mask  for  the  user. 

The  data  value  mask  defines  the  type  of  authorization  and  how  a  function  is 
distributed.  For  example,  «he  data  value  for  the  grade  change  function  is 
composed  of  college,  division,  department,  and  course  level  (undergraduate 
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or  graduate).  Each  person's  mask  for  this  function  Is  based  on  their  level 
within  a  college.  The  dean  of  the  College  of  Education  can  process  any  student 
taking  a  course  within  the  college.  The  associate  dean  of  a  division  within  the 
college  can  process  any  student  taking  a  course  within  his  division.  This  hier- 
archy continues  down  through  the  department  head  and  his/her  assistants  re- 
sponsible for  undergraduate  and  graduate  courses.  -The  mask  for  the 
Registrar's  staff  Is  set  to  allow  access  to  all  students. 

The  routing  of  data  through  the  various  offices  Is  controlled  with  the  data  value 
mask  and  a  process  called  "'in-basket''.  Approval  hierarchies  are  established 
for  functions  based  on  signature  requirements.  In  the  approval  process  of  an 
electronic  document,  routing  automatically  progresses  to  the  next  level  upon 
approval  at  a  lower  level.  The  user  at  each  level  reviews  the  documents  to  be 
approved  In  his/her  electronic  in-basket  dally,  much  the  same  as  processing 
paper  documents.  Alternate  signatures  are  defined  for  each  level  to  expedite 
the  flow  regardless  of  absenteeism  In  the  signature  hierarchy.  An  audit  tr^ll 
of  the  signatures,  the  original  document,  and  any  comments  added  during  the 
approval  process  are  stored  as  part  of  the  authorization  system.  On  final  ap- 
proval, the  new  Information  becomes  effective  with  the  update  of  the  appro- 
priate administrative  data  base. 

To  hold  users  accountable  for  changes  In  a  system,  the  authorization  Identifier 
and  password  are  required  on  all  update  transactions.  These  become  part  of 
the  audit  trail  reflecting  the  change.  Thus  accountability  of  data  Is  based  on 
the  authorization  identifier  and  the  access  controlled  with  data  valued  func- 
tions. 

Distributed  Student  Records  System 

in  the  summer  of  1985,  the  University  administration  announced  the  decision 
to  convert  from  a  quarter  calendar  system  to  a  semester  calendar  system  be- 
ginning Fall  1988.  The  existing  student  records  system  was  first  developed  In 
the  early  1970'8  and  was  supplemented  with  additional  data  bases  throughout 
the  next  15  years.  Structural  changes  were  needed  based  on  requests  accu- 
mulated over  the  years  In  addition  to  those  required  for  the  semester  conver- 
sion. Rather  than  make  major  modifications  to  an  antiquated  system,  the 
University  requested  Systems  Development  rewrite  the  entire  student  records 
system  employing  the  policies  and  strategies  previously  described. 

Objectives 

system  objectives,  based  on  the  global  development  strategies,  were: 

•  Build  upon  the  computer  literacy  of  the  University  allowing  users  to  fully 
Interact  with  the  system 

•  Capture  data  at  the  source 

•  Provide  accountability  In  conjunction  with  data  access 
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•  Reduce  flow  of  paper  to  and  from  the  Registrar's  office 

•  Utiiize  eiectronic  signature  approval  process  for  documents 

•  Involve  user  in  every  phase  of  development 

Other  objectives  of  the  rewrite  focused  on  paper  storage  reduction  and  system 
modularization  for  ease  of  maintenance. 

Uset  involvement 

Due  to  the  extensive  scope  of  the  rewrite,  it  was  divided  into  multiple  sub- 
systems based  on  publishing  and  processing  deadlines.  Meetings  with  the 
University  Registrar  and  staff  to  define  the  basic  functions  began  the  develop- 
ment of  each  component  sub-system.  A  set  agenda  defined  topic  guidelines 
for  each  discussion  and  members  of  the  Registrar's  staff  attended  those  per- 
taining to  their  individual  areas  of  responsibility. 

General  sessions  were  held  with  the  undergraduate  and  graduate  academic 
deans,  department  heads,  administrative  users  of  student  Information  and  the 
Office  of  Institutional  Research  to  gather  their  requirements  for  the  new  sys- 
tem. These  sessions  were  more  comprehensive  allowing  for  discussion  of 
existing  problem  areas  and  requests  for  processing,  access  and  data.  Trans- 
fer of  responsibilities  for  data  entry  and  data  integrity  from  the  Registrar's  of- 
fice to  the  colleges  and  departments  was  explained  and  discussed.  Current 
procedures  and  Information  flows  in  the  various  colleges  were  analyzed  to 
arrive  at  consolidated  solutions  acceptable  to  all  concerned.  Meeting  doc- 
umentation, recorded  by  a  secretary  as  well  as  the  analysts  in  attendance, 
provided  a  valuable  cross  reference  during  the  system  design. 

Planning  meetings  were  held  with  Student  Systems  Computer  Services,  the 
computer  support  office  for  all  student  related  functions.  Issues  discussed  in- 
cluded maintenance  requirements,  reporting  needs,  good  and  bad  features  of 
the  existing  system,  and  areas  needing  expansion. 

As  design  analysis  was  completed  for  each  phase,  a  detailed  scope  of  effort 
proposal  was  presented  to  student  system  administrators  for  approval.  Once 
these  proposals  were  approved,  data  bases  were  designed  and.  as  part  of 
Systems  Development's  methodology,  reviewed  by  in-house  data  base  com- 
mittees composed  of  selected  membere  of  Systems  Development,  Data  Ad- 
ministration, and  Student  Systems  Computer  Services.  Srreens  and  reports 
were  designed  with  the  Registrar  retaining  final  approval  of  all  layouts. 
Throughout  the  entire  rewrite,  an  analyst  from  Student  Systems  Computer 
Services  was  assigned  as  a  liaison  for  the  communication  of  requests  and  re- 
sponses between  the  Registrar's  office.  Student  Systems,  and  the  developrrent 
team. 

rhs  PsgiMrar's  staff  was  involved  in  the  system  testing  phase  of  each  sub- 
system. Also,  selected  academic  and  administrative  departments  across  the 
camputi  becanie  test  sites.  Their  expertise  in  daily  processing  Identified  ex- 
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ceptlon  conditions  In  several  procedures  and  their  perspective  on  the  flow  of 
screens  and  transfer  of  Information  from  one  sub-system  to  another  resulted 
in  modifications  which  Improved  overall  system  performance. 

Before  Implementation,  the  Registrar's  office  was  responsible  for  determining 
the  distribution  of  transactions  to  academic  and  administrative  departments 
and  colleges.  The  needs  and  requirements  for  data  accessibility  for  each  of- 
fice were  reviewed  to  establish  the  proper  data  value  mask  for  each  function. 

Training 

Prior  to  this  system,  a  minimal  number  of  transactions  were  authorized  for 
departmental  users.  Because  of  the  wide  distribution  of  update  capability, 
greater  emphasis  was  placed  on  training  for  this  system.  To  enhance  this 
training,  detailed  user's  guides  were  produced  and  distributed  at  training 
sessions. 

As  previously  mentioned,  the  University  Registrar's  staff  was  trained  In  con- 
junction with  suti-system  testing.  A  diverse  cross  section  of  the  University 
community,  ranging  from  clerical  staff  to  college  deans,  participated  in  group 
training  sessions  corresponding  to  their  access  needs.  These  were  conducted 
in  the  weelcs  prior  to  implementation  and  attendance  was  mandatory  to  receive 
authorization  acce.s  to  the  new  system.  Slides  were  used  to  explain  each 
transaction  and  familiarize  the  users  with  the  type  of  information  available.  A 
question  and  answer  period  followed  each  presentation. 

After  the  system  was  put  into  production,  the  Registrar's  staff  conducted 
"^hands  on""  training  in  each  user's  office,  giving  detailed  explanations  for  each 
transaction  defined  for  the  user.  Future  users  of  the  Student  Records  System 
must  be  trained  by  the  Registrar's  staff  before  authorization  Is  granted. 

impienwntation  and  Results 

The  catalog  sub-system  was  implemented  in  September  1986  to  meet  the 
publishing  deadline  for  the  Fall  1988  University  Catalog.  This  was  followed  by 
the  timetable  sub-system  In  November  1987.  The  registration  modules  were 
temporarily  placed  in  production  In  April  1988  to  conduct  class  registration  for 
Fall.  Vhe  ramalnder  of  the  system  conversion  took  place  In  July  1988.  An 
unforeseen  benefit  of  phased  implementation  was  the  gradual  Introduction  to 
the  users  of  new  transactions,  processes  and  responslbliltlei^. 

in  determining  the  electronic  routing  of  a  process,  unnecessary  steps  in  exist- 
ing administrative  procedures  were  uncovered.  The  review  of  manual  proce- 
dures proved  advantageous  to  the  user  offices  and  resulted  In  streamlined 
automated  processes. 
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The  new  system  provides  the  University  community  with: 

•  Incnased  access  to  Information  for  Inquiry  and  update  throughout  the 
University,  restricted  by  area  of  responsibility.  Deans  are  now  able  to  view 
all  Information  relating  to  students  In  their  college  as  well  as  all  courses 
taught  In  their  college.  Update  functions,  such  as  rnglstratlon  hours  over- 
ride, bloclw,  grade  changes,  classroom  scheduling,  etc.,  which  were  pre- 
viously controlled  by  the  Registrar,  are  now  processed  In  the  various 
adminlstratWe  offices. 

•  Distributed  responsibility  for  data  Integrity  and  timeliness.  Grade  changes 
are  entered  Into  the  electronic  ^In-basket^  by  clerical  staff  upon  request  of 
the  faculty  member  teaching  the  course.  The  course  offering  department 
head  Is  the  first  step  In  the  approval  process.  Grade  change  ^documents'" 
are  then  lorwarded  to  the  student's  major  dean  with  final  approval  granted 
by  the  course  offering  dean.  At  this  point,  the  student's  grade  Is  changed 
with  no  required  interaction  by  the  Registrar's  office.  Additional  process 
responsibilities  transferred  from  the  Registrar's  office  Include  demo- 
graphic updates,  major  changes,  academic  level  changes,  readmlsslon, 
independent  study  approval,  and  academic  drops. 

•  Reduced  paper  processing  and  storage.  Departments  enter  their  Timeta- 
ble of  Classes  modifications  on-line  where  nreviously  paper  reports  were 
corrected  and  returned  to  the  Registrar^ ,  )fflce  for  data  entry.  Grade 
change  cards  are  no  longer  sent  to  the  Registrar's  office.  All  transcript 
[nformation  is  now  stored  electronically,  eliminating  the  need  to  store  per- 
manent record  cards.  Classroom  usage  is  maintained  on  the  system,  re- 
placing a  manually  updated  room  assignment  board. 

•  Enforced  policy  by  programmatic  date  and  function  restrictions.  One 
module  of  the  sysijm,  a  Dates  data  base,  contains  all  processing  and  cal- 
endar dates  for  each  academic  term.  Schedule  completion  programs 
check  this  Information  before  allowing  modifications  to  a  student's  class 
schedule.  Blocks  are  not  allowed  prior  !o  the  current  date.  Grade  changes 
cannot  be  made  before  the  current  term  is  complete. 

Function  restrictions  are  in  place  to  control  student  and  course  processing 
and  are  achieved  with  the  data  value  mask.  For  example,  Virginia  Tech 
offers  4  types  of  degrees:  associate,  undergraduate,  graduate,  and  profes- 
slcnal.  The  Graduate  School  is  only  allowed  to  update  student  and  course 
information  pertaining  to  graduate  students.  Each  college/department  is 
restricted  to  their  own  data.  This  same  concept  controls  a  :cess  for  on- 
campus  versus  off-campus  processing. 
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Advantages 

Accomplishino  the  major  objectives  for  the  Student  Records  System  resulted 
In  numerous  advantages. 

•  Entry  of  data  at  its  source  with  Immodlate  error  detection.  This  eliminates 
duplication  of  effo(;t  required  when  data  Is  typed  on  a  form  prior  to  terminal 
entry.  Errors  In  Information  are  noted  and  the  person  responsible  for  the 
data  can  research  and  correct  them. 

•  Reduced  errcr^  from  misreading  or  misinterpreting  written  information. 
Interpretations  of  h^nd-written  forms  are  no  longer  a  problem  for  the 
Registrar's  office  reducing  the  time  required  to  contact  the  user  office  for 
explanations. 

•  Improved  timeliness  of  processes.  The  delay  due  to  mall  schedules  and 
paper  shuiTung  Is  eliminated.  Changes  can  be  processed  In  minutes  rather 
than  days. 

•  Modified  workload  for  the  University  Registrar's  staff.  Other  duties  are 
accomplli;hed  because  of  reduced  data  entry,  decreased  form  filing,  and 
less  time  Involved  In  researching  errors. 

•  Diminished  volume  of  permanent  paper  records  required.  All  transcript 
Information  is  stored  In  the  system  rather  than  on  permanent  record  cards. 
Cards  with  the  audit  of  grade  changes  and  major/minor  changes  have 
been  eliminated. 

•  Enhanced  control  of  data  accessibility.  Distribution  by  function  and  access 
control  by  data  value  mask  have  resulted  in  more  secure  student  records 
Information. 

Disadvantages 

Post  Implementation  studies  and  Interviews  revealed  problems  for  consider- 
ation when  changing  to  a  distributed  system. 

•  Deans  and  department  heads  perceive  additional  workload  for  their 
areas.  These  offices  feel  they  are  performing  services  previously  provided 
by  the  Registrar's  st^ff  with  no  Increase  in  resources.  The  system  Is 
viewed  as  function  or  ;  Jed  rather  than  task  oriented  thus  requiring  multl- 
plo  transactions  to  accomplish  a  single  process. 

•  A  higher  skill  level  is  required  for  administrative  users.  Correction  of  er- 
rors cannot  be  Ignored  and  must  be  dealt  with  before  proceeding  with  on- 
line transactions.  Research  into  the  cause  of  these  errors  requires 
knowS;  dge  In  all  areas  of  student  records  Including  the  appropriate  trans- 
actions for  determining  the  cause  of  the  error 
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•  VBriricatlon  for  compMeness  and  comdnBSS  has  become  more  difficult 
with  the  removal  of  data  entry  from  the  Registrar's  office.  Omissions  and 
mistakes  entered  by  the  departments  go  undetected  until  they  have  an 
impact.  For  example,  In  (he  Timetable  of  Classes  a  subtitle  for  a  course 
was  published  as  ""Ask  John  what  to  call  this"". 

•  Restricted  access  Is  viewed  as  a  limitation.  Deans  cannot  look  at  the  re- 
cords of  a  student  in  another  college  when  considering  a  major  change  or 
readmlsslon  In  n  a  new  major. 

•  Additional  computer  haniware  and  communications  expenses  were  In- 
curred by  aome  users  tc  increase  the  access  points  to  the  IMS  system. 
Departments  whose  primary  processing  Involved  the  use  of  personal 
computers  required  new  and/or  additional  mainframe  connections. 

Conclusions 


Final  observations 

With  the  support  of  the  University,  the  Virginia  Tech  Student  Records  System 
was  successfully  Implemented  as  a  distributed  system.  Based  upon  a  study 
by  Virginia  Tech's  Administrative  Systems  Review  Committee,  the  benefits  of 
distribution  to  the  user  office  and  the  University  community  are  numerous  and 
far  outweigh  disadvantages  revealed  since  impiemanting  the  Student  Records 
System  project. 

Establishing  standards  in  processes  across  the  various  colleges  will  ease  the 
impact  of  changes  required  by  automation.  The  transfer  of  respcnsibiiities 
from  the  central  user  office  to  academic  administrators  may  require  additional 
resources  In  those  areas,  involvement  of  the  user  community  in  the  develop- 
ment process  needs  to  be  encouraged  to  pr  Juce  a  workable  system  for  aii 
areas. 

Distributing  a  data  processing  system  requires  the  definition  of  policies  and 
strategies  to  govern  distribution  of  data,  the  full  cooperation  of  the  University 
administration,  a  means  of  controlling  access,  and  the  support  of  the  user  of- 
fice. 

Future  '^considerations 

All  future  development  in  the  Student  Records  System  will  employ  the  philos- 
ophies and  strategies  discussed  In  this  paper.  Current  discussions  Include  the 
availability  of  data  on  PCs  for  spreadsheet  processing  and  access  to  the  sys- 
tem by  students  -  not  only  for  inquiries  but  to  update  items  such  a&  address 
and  phone  number.  The  capability  of  defining  a  user's  access  is  crucial  to- 
wards achieving  the  goal  of  total  distribution. 
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ABSTRACT 

Converging  technologies  have  dictated  that  institutions  view  their  structure  and 
use  their  personnel  in  new  ways  to  manage  the  changing  information  and  commu- 
nication resource  function.  Today's  information  and  communication  problems  de- 
mand answers  which  arc  integration  oriented  --  first  for  people,  then  for  technolo- 
gies. 

A  faculty/staff  group  developed  a  proposr  1  for  a  needs-based,  interest  driven 
structure  to  achieve  computing,  communication,  and  human  resources  goals  for 
the  Institute  of  Agriculture  and  Natural  Resources  at  the  University  of  Nebraska- 
Lincoln.  The  Center  for  Emerging  Technologies  (CET),  which  could  implement 
and  integrate  computing,  communication,  and  human  resources,  is  proposed  to 
bring  together  people  and  technologies.  CET  offers  a  framework  for  solutions  to 
^hese  Institute-wide  concerns: 

(a)  computing/communication  services; 

(b)  staff  updates,  training  and  development; 

(c)  student  education  concerning  effective  utilization  of  r  3w  technologies; 

(d)  technology  assessment,  computing/communication  research  and 
development,  and  facility  planning; 

(e)  "think  tank"  applications  providing  a  visioning  framework. 

The  proposal  for  CET  is  on-going;  we  are  not  reporting  on  a  completed  project. 
We  will  describe  the  proposal  presentation  process  and  the  audiences  and  out- 
comes. We  will  report  on  early  returns  on  investment  as  well  as  some  of  the  on- 
going, in  proc  3SS  activities  lANR  is  now  undertaking. 


♦  All  authors  contribvted  equally. 
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THE  CENTER  FOR  EMERGING  I ECHNOLOGIES  IN  COMPUTING, 
COMMUNICATION,  AND  HUMAN  RESOURCES 

B.  C.  Sandhorst,  J*  G.  Emal,  J.  W.  King,  and  M.  S.  Wiliiite 

Institute  of  Agriculture  and  Natural  Resources 
U  liversity  of  Nebraska  -  Lincoln 

Interactive,  computer  based  communication  technologies  cannot  solve  all  the  problems 
of  American  higher  education.  Nevertheless,  even  in  today's  ;hanging  and  seemingly 
chaotic  educational  ^environment,  these  tools  advance  both  the  practice  and  process  of 
higher  education  G^.uUey,  19S9). 

Many  time.^,  interactive,  computer  driven  technology  applications  can  be  implemented 
within  existing  higher  education  structures.  For  structures  to  be  successful,  however, 
those  ^sponsible  for  administrative  reorganization  must  be  capable  of  change.  They 
musL  jce  programs  and  tliemselves  in  new  ,vays  (Heterick,  1988;  Hirschheim  and  Kiein, 
1989). 

This  paper  focuses  on  one  segment  of  a  large,  land-grant  university,  the  Institute  of  Ag- 
riculture and  Natural  Resources  (lANR)  at  University  of  Nebraska  -  Lincoln.  We  will 
discuss  a  planning  eft^^rt  to  substantially  expand  the  use  of  interactive  technologies  in  our 
programs  and  attain  moie  fully  integrated  applications  across  the  campus.  If  imple- 
mented, this  plan  may  require  new  computing  and  communication  strategies,  commit- 
ments to  change,  openness  to  risk,  possibly  new  and  untested  management  authority,  and 
departmental  reorganisation  within  lANR. 

We  will  describe  the  background  of  the  institution,  and  some  of  the  computing,  commu- 
ni  nation,  and  human  resource  issues,  the  proposal  outlining  the  Center  for  Emerging 
Tech^'ologies,  and  the  outcomes  of  the  entire  process  including  the  lessons  learned 

THE  BACKGROUND 

The  University  of  Nebraska  has  three  campuses.  The  flag-ship  campus,  the  University 
of  Nebraska-Lincoln  is  a  comprehensive,  land-grant  university  with  approxin^ately 
24,000  students.  Redefmed  as  a  unit  in  1973,  the  Institute  of  Agriculture  and  Natural  Re- 
sources has  as  its  mission  teaching,  research  and  extension  in  agriculture,  natural  re- 
sources and  comm^  icy  and  family  living.  It  is  administered  by  a  vice  chancellor.  lANR 
provides  state-wide  support  of  agricultural  needs  through  a  network  of  research  and  ex- 
tension centers  and  eighty  county  extension  offices. 

To  handle  lANR  communication  and  computing  needs,  there  is  a  Department  of  Agri- 
cultural Communications  providing  communication  support,  and  the  lANR  Computing 
Services  providing  computing  resources. 
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Historicallv,  the  Department  of  Agricultural  Coinmun!cations  is  responsible  for  devel- 
oping brochures,  editing  manuscripts,  producing  slides  and  graphics,  producing  mediated 
programs,  producing  radio  and  television  programming,  and  handling  the  lANR  news 
and  information  fun  .uons.  Computing  services,  including  consulting,  maintenance,  and 
programming,  are  carried  out  through  lANR  Computing  Services.  Rigid  boundaries 
exist  Once  written,  job  descriptions  are  set  in  concrete.  For  each  job  and  task,  there  are 
specific  tools.  Territory  is  defined. 

A  blurring  of  jobs  and  functions  is  now  occurring.  In  Agricultural  Communications, 
artists  and  editors  are  using  computer  graphics  packages  and  desktop  publishing  systems. 
Reporters  have  developed  a  computer  based  electronic  newsroom.  In  lANR  Computing 
Resources  and  other  denartments,  faculty  and  staff  are  developing  brochi  ires  and  newslet- 
ten  using  desktop  publishing.  Individuals  are  designing  visual  presf  ;itations  with  com- 
puter graphics  systems.  Across  the  campus,  in  every  department  and  unit  throughout 
lANR,  faculty,  staff,  and  students  are  using  the  same  tool,  the  computer,  for  similar  com- 
munication tasks. 

Previously,  each  discipline  had  its  own  unique  gadgets  -  artists  with  rulers  and  colors, 
editors  with  blue  pencils,  reporters  with  paper  and  pencil,  computer  programmers  with 
lines  of  code,  statisticians  with  formulas.  The  tools  were  job  specific.  Today  the  same 
engine  for  the  tools  sits  on  the  individual's  desk,  linked  in  varying  configurations.  The 
tools  and  the  engines  cross  previously  rigid  boundaries.  In  fact,  the  tools  and  engines  are 
converging.  The  technologies  are  evolving  into  dynamical  systems. 

Lines  isolating  ''traditional**  disciplines  are  becoming  less  and  less  distinct.  We  are  srll 
embracing  similar,  '*front-end**  technologies  in  our  daily  tasks.  Yet  faculty  and  staff  are 
continuing  to  play  old  Univeriity  roles.  They  perform  traditional  functions  while  assum 
ing  new,  expanding  roles  witfi  the  tools  of  the  computer/communication  revolution. 

We  still  have  the  need«  for  which  the  past  tools  worked  well,  and  for  which  the  new 
tools  are  continuing  that  woik.  We  are  doing  timewom  activities  differently,  having  com- 
puterized our  former  work  tasks  By  using  computers,  faculty  are  becoming  more  inde- 
pendent Parallel  to  that  develC|>mg  autonomy,  faculty  are  growing  more  dependent  on 
the  providers  of  new  technologies,  those  individual,    ho  know  how  to  assess  and  main- 
tain the  new  technologies,  those  individuals  who  can  envision  multiple  and  diverse  uses 
of  the  new  tec  mologies,  and  those  individuals  who  can  work  with  the  human  component 
in  the  technological  era. 

These  elements  of  computing,  communication,  and  human  resources  are  problematic. 
They  do  not  fit  into  existing  university  patterns,  with  simple  borders,  within  established 
and  orthodox  disciplines.  Such  novel  constituents  have  blurred  the  traditional  university 
structure.  Naisbitt  (1989)  calls  this  the  open  square  -  issues  with  no  black  and  white, 
simple  definition;  rather  they  are  issues  fiill  of  grays,  and  reds,  and  blues,  and  perhaps 
many  other  of  the  16.8  million  colors. 
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THE  PROPOSAL 


As  an  outgrowth  of  an  lANR  faculty  luncheon  in  September  1988,  we  came  together  as 
a  group.  That  September  meeting  covered  issues  related  to  the  decentralization  and  cen- 
tralization of  computing  and  communication  services.  From  that  discussion,  we  felt  a 
need  for  the  Institute  to  formally  invertigate  new  and  emerging  computing  and  ccmmuni- 
cation  ^^hnologies.  We  also  wanted  to  include  equipment  and  personnel  recommenda- 
tions to  the  Institute. 

We  firmly  believed  that  decentralization  of  computing  and  communications  technolo- 
gies was  resulting  in  the  need  for  more  powerful  equipment  and  for  connectivity  between 
disperses"  user  groups.  Decentralization  was  also  creating  an  enormous  demand  for  new 
University  funds  to  explore  and  implement  these  technology  explosions  within  lANR  de- 
partmental units. 

Based  on  our  views  of  the  future,  we  developed  a  short  white  paper.  Our  primary  pur- 
pose was  tc  suggest  institutionalization  of  appropriate  administrative  guidelines  to  secure 
appropriations  for  items  with  price  tags  beyond  the  realm  of  i..dividual  departmental  bud- 
gets. Such  guidelines  could  include  coordination  of  these  activities  by  an  Institute  ap- 
pointed Vice-Qianctiior's  committee.  We  sent  our  comments  to  the  Vice  Chancellor 
and  selected  dq)artment  heads  and  were  invited  to  meet  with  the  Vice  Chancellor's  coun- 
cil, composed  of  all  the  Deans  of  the  Colleges.  Following  that  presentation  we  were 
asked  and  encouraged  to  further  exploiv,  expand,  and  report  upon  our  ideas. 

From  this  charge  grew  a  second,  more  comprehensive  proposal.  This  proposal  encom- 
passed the  computing  and  communications,  human  resource,  technology  assessment,  and 
futuring  arenas  at  the  Tnstitute. 

Our  proposal  rested  on  a  simple  belief  derived  from  the  literature,  from  our  scanning  of 
the  environment,  and  our  personal  feelings  -  that  the  informatfon  and  communication 
challenges  of  today's  campus  denanded,  and  indeed,  required,  coordinated  solutions  - 
first  for  people,  then  for  technologies  (Brand,  1987;  Dede,  1989;  Heterick,  1988;  Hussey, 
1985;  LeDuc,  1989;  Sculley,  1989,  Seybold,  1989). 

To  fully  implement  computing,  communication,  and  human  resources,  an  organization 
must  assume  responsibility     identifying,  developing,  managing,  and  maintaining  those 
resources.  To  define  a  framework  for  doing  this,  we  proposed  a  Center  for  Emerging 
Technologies  in  Computing,  CommunicatioHt  and  Human  Resources  (CET). 

Such  a  Center  would  fecilitate  the  use  of  these  resources  within  lANR.  We  proposed 
*he  CET  to  support  institution  strengthening  md  human  capacity-building.  We  also  rec- 
ommended that  CET  results  be  evaluated  in  both  human  and  technical  terms. 

What  is  The  Center  for  Emerging  Technologies?  We  envisioned  CET  as  a  needs- 
based,  interest  driven  siructure  to  achieve  computing,  communication,  and  human  re- 
sources goals  within  the  Institute  of  Agriculture  and  Natural  Resources.  CET  is  a  formal 
response  and  an  institutional  commitment  to  the  integration  of  people  and  technologies. 
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Steele  (1989)  pointed  out  that  opportunity  will  rarely  reside  in  the  traditionai  practices 
of  simplifying,  separating,  and  operating  exclusive  entities.  Integration  will  be  the  key 
since  p^cblems  cross  lines  of  interest  and  authority. 

The  Center  for  Emerging  Technologies  was  proposed  to  address  several  Institute- wide 
needs  including: 

(a)  computing  ai^d  communication  seivices; 

(b)  professional  md  organizational  development  focusing  lANR  staff  and  organizational 
development  activities; 

(c)  technology  assessment,  computing  and  communication  research  and  development, 
and  facility  planning;  and 

(d)  "think  tank**  applications  providing  a  frameworic  for  visioning. 

The  Center  for  Emerging  Technologies  in  Computing,  Communication,  and  Human  Re- 
sources would  creates  an  environment  that: 

-  refocuses  efforts  toward  priorities  as  '^udined  in  lANR's  Strategic  Plan; 

-  allows  for  doing  new  things,  not  just  computerizing  old  processes; 

-  analyzes  positive  and  negative  impacts  of  the  integration  of  technology  and  people; 

-  streamlines  the  support,  consulting,  and  maintv*.nance  roles  in  lANR; 

-  allows  for  "think  tank'  capabilities; 

-  encourages  curiosity  and  risk  taking. 

The  CET  would  address  perceived  barriers  and  fortify  multi-disciplinary  ties  between 
computing,  communication,  and  human  resources. 

The  CET  structure  flows  from  the  functions  of  existing  communication  and  computing 
programs  and  innovative  futuring  activities. 


Center  For  Emerging  Technologies  ^'•^..^ 

In  Computing.  Communication,  and  Human  Rttouroes 


Assodala 
VIoa-Chancallor 
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CET*s  four  major  areas  or  divisions  are  outlined  and  described  below: 

Au  Computing  and  Commiinication  Services-integration  of  computing,  communica- 
tion and  infonnation  delivery  services: 

Computin<^  consulting  and  support  services  would  include  administrative  computing 
(budgeting,  accounting,  and  requisitions,  student  records,  drop  and  add,  registration,  rc* 
search  databases,  and  personnel),  mainframe  computer  support,  computer  programming 
support,  and  computer  labs  (development,  expansion,  and  monitCHing). 

GET  communication  services  would  comprise  production  of  visuals,  signs/displays, 
printing  facilitation  and  distribution,  photography.  Consulting  communicators  would 
work  on  a  inter-  and  multi-disciplinary  basis  within  lANR  to  facilitate  communication 
maiiceting,  strategic  planning,  and  production  efforts. 

Both  communication  and  computing  components  would  also  involve  maintenance  capa- 
bilities, networking,  equipment  loan  (computer  and  audio-visual  equipment),  large  equip- 
ment facilitation  (siting  within  units),  communication  and  computer  training  and  support 
on  campus  and  at  District  Centers. 

This  component  results  from  the  integration  of  communication  and  information  deliv- 
ery services.  A  blurring  of  the  barriers  separating  previous  functions  drives  this  natural 
marriage  of  services. 

Compu'dng,  for  example,  was  once  separated  between  mainframe  data  processing  ^P) 
shops  and  non-computer  users.  You  either  used  computers  through  the  DP  shop,  or  /ou 
did  not  use  them  at  all.  This  evolved  into  a  mainframe  environment  which  begai  support- 
ing personal  computer  users  only  among  the  innovative.  Today  there  are  fev  if  any  non- 
computer  users  on  staff,  most  have  access  to  intertwined  networks,  and  none  who  particu- 
larly care  whether  the  computer  service  represents  a  mainframe  or  personal  computer  op- 
eration. A  blurring  of  the  previously  well  defmed  coiiHnes  of  cc.^puting  types  vs.  non- 
computing  types  has  occurred. 

Another  good  example  of  blurring  can  be  found  in  the  academic  computing  arena  and 
alternatively  the  arena  for  administrative  computing.  In  the  very  recent  past,  these  two 
entities  were  quite  separate.  Many  institutions,  including  the  University  of  Nebraska, 
have  distinct  computing  organizations  for  these  two  segments  of  our  school's  support 
components. 

Today,  however,  a  blurring  of  the  barriers  separating  these  entities  is  rapidly  occurring. 
Review  any  issue  of  Academic  Computing  or  T.H.E.  Journal  to  see  programmic  exam- 
ples of  vast  blurring.  Faculty  are  requiring  access  to  their  student  advisees'  records,  elec- 
tronic mail  needs  to  travel  over  networks  to  administrators  as  well  as  educators,  depart- 
mental accountants  are  accessing  budgeting  and  requisitioning  programs  via  campus  net- 
works, and  yet  they  still  expect  electronic  access  to  all  the  academic  programs  and  aca- 
demic computer  networks.  The  list  of  mutual  needs  is  growing  daily.  Now,  instead  of 
being  able  to  conduct  business  within  a  DP  shop,  or  across  a  proprietary  networic,  the 
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academic  and  administrative  infonnation  organizations  are  utilizing  similar  network  com- 
ponents, as  they're  now  being  required  to  serve  identical  user  bases  distributed  across  the 
campuses.  This  blurring  of  boundaries  is  requiring  the  movement  to  similar  computing 
platforms  or  transparent  information  exchange  between  varieties  of  vendor  platforms. 

Distributed  computing  has  fostered  the  growth  of  local  desktop  publishing,  newsletter 
productions,  graphic  design  operations,  and  the  use  of  multi-media  technologies  through- 
out many  campus  departments.  Where  once  the  department  of  infoi  nation  or  communi- 
cation was  relied  upon  for  nearly  all  production  and  dissemination  of  materials,  more  and 
more  production  is  being  done  **in-house**.  Questions  to  our  communications  specialists 
from  faculty  and  staff  are  now  highly  technical,  computer  oriented  and  many  times  impa- 
tiently voiced.  No  lon«:;er  are  tiiese  professional  communicators  advising  solely  on  con- 
tent or  appearance,  but  more  on  how  to  stretch  Hit  limits  of  the  myriad  of  graphics  and 
text  hardware  and  softwa^^  components  springing  up  throughout  the  campus. 

Secure,  protective  borders  of  responsibilities  are  disappearing.  These  two  groups  of 
service  and  educational  professionals  are  finding  diemselves  drawing  from  the  same  well 
and  watering  the  same  masses.  The  proposed  component  consisting  of  communications 
and  computer  services  personnel,  will  enhance  everyone's  ability  to  serve  more  coopera- 
tively and  thus  effectively. 

B.  Professional  and  Organizational  Development  -  focus  of  lANR  staff  and  organi- 
zational development  activities: 

*rhe  human  component  of  CET  includes  activities  revolving  around  faculty  renewal, 
staff  leaves,  re-tread  shop,  staff  training,  student  education  an'^  module  development, 
grantsmanship,  fundraising,  needs  assessments,  interest  inventories,  development  of  x- 
cruitment  and  retention  strategies,  links  to  outstate  educational  facilities,  research  activity 
such  as  impacts  of  change,  higher  education,  administration,  etc. 

Professional  and  Organization  Development  activities  will  cut  across  nany  of  the  Com- 
puting \nd  G)mmunication  practices.  Both  groups  will  have  to  be  closely  coordinated 
to  ensure  targeted,  specific  programs  for  faculty,  staff,  and  students. 

C.  Technology  Assessment  -  facilitation  of  the  research,  devel  jpment  and  evaluation 
of  new  computing  and  communications  technologies: 

This  component  would  be  responsible  for  the  development  of  the  Institute  as  a  Beta 
and  pilot  test  site  for  emerging  computing  and  communication  technologies.  It  would 
also  work  on  planning  functions  for  lANR  computing  and  communication  resources, 
such  as  consultation  on  new  buildings,  student  computing  labs,  and  networking. 

Other  activities  would  include  outreach  to  Nebraska  industries  and  business  on  comput- 
ing and  communication  consultation,  and  research  on  communication  activities  and  out- 
comes, including  qualitative  audience  analysis. 
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D.  Think  Tank  -  framewoiic  for  visioning  and  futuring: 

This  component  is  a  futint  oriented,  scanning  group  that  encourages  new  ideas.  Activi- 
ties will  focus  on  establishing  environments  for  planning,  modeling,  and  prototyping 
ideas  analyzing  positive  and  negative  impacts  of  suggesting  ideas  via  cross  impact  ma- 
trix analysis,  and  creating  a  body  of  resource  materials  for  shr  ing. 

Interaction  will  take  place  in  interdisciplinary  and  multidisciplinary  ways  and  would 
allow  individuals  from  differing  views  and/or  areas  to  combine  positive  talents.  Thus, 
we  feel  that  human  capacity  for  problem  solving  and  futuring  will  be  developed,  refined, 
and  enlarged  through  the  think  tank  and  the  human  resource  component.  The  Think 
Tank  is  tc  provide  the  environment  for  alignment  (Naisbitt  and  Aburdene,  1985). 

On  coming  into  the  think  tank,  people's  initial  expectations  will  be  "challenged/reset**; 
people  will  have  or  be  exposed  to  some  fundamental  training  in  futuring  before  they 
come  into  the  think  tank.  Follow-up  activities  will  be  developed  as  part  of  the  experi- 
ence. A  process  of  constant  futuring  will  be  developed. 

An  attempt  will  be  made  to  avoid  elitism  (nr  the  charge  of  snobbeiy.  The  think  tank 
should  not  divide  people  into  categories.  Rather  it  should  be  used  to  bring  people  to- 
gether. However,  it  is  not  a  counseling  center  for  opposing  views.  It  is  a  process  ori- 
ented, futuring  activity.  The  think  tank  encourages  responsibility  for  thinking.  It  invites 
moving  informaiion  around  and  depends  on  open  environmentSv  minimum  boundaries, 
and  high  levels  of  people  interest. 

A  lot  of  think  tank  activities  will  take  pl^rt  away  from  normal  duties  and  environ- 
ments, i.e.,  retreat  type  of  settings.  Yet  a  lot  of  activities  can  be  done  in  the  current  physi- 
cal environment.  The  challenge  will  be  to  change  the  mental  environment  of  faculty, 
staff,  and  students.  Initial  training  and  challenging  of  expectations  will  be  used  to  change 
that  mental  environment.  New  "^orms  will  be  established  when  people  come  into  the 
think  taiik. 

EXPECTED  IMPACTS 

What  are  die  expected  impacts  of  the  GET?  Based  on  our  examination  of  the  lANR 
needs  and  expectations,  CE"^  objectives  and  activities,  the  following  impacts  were  pro- 
jected: 

1.  Addresses  the  organizational  challenges  of  lANR  Computing  Services  and  the  De- 
partment of  Agricultural  Communications.  It  brings  together  the  emerging  technologies 
and  the  support  staff  of  computing  and  communication. 

2.  Places  responsibility  for  the  managem«^nt  of  support  services  with  professional/mana- 
gerial staff,  and  not  faculty.  This  arrangement  would  free  faculty  for  consulting  and  aca- 
demic activities  supporting  CET. 


3.  Focuses  on  human  resource  needs  in  response  to  accelerating  changes. 

4.  Provides  a  structure  for  -re-carcering**  and  "opportunity  offering"  through  the  Profes- 
sional and  Organizational  Development  component 

5.  Eliminates  duplication  of  services. 

6.  Provides  structure  for  multi-disciplinary  interaction  between  CET  and  departments 
in  content  related  development  activities. 

7.  Eliminates  the  encounter  between  centralization  and  decentralization  service  con- 
cepts by  advocating  that  a  mix  of  both  is  a  more  realistic  approach. 

8.  Recognizes  the  need  for  strong,  distinct  authority  in  content  areas  of  computing, 
communication,  and  human  resources  for  the  purpose  of  institutional  structure  and  func- 
tions of  leadership,  development,  and  futuring. 

9.  Creates  temporary  disequilibrium  among  those  directly  impacted  by  proposed 
changes,  an  addressable  administrative  impact 

10.  Creates  unit  administrative  issues  including  transfer  of  personnel  and  services,  and 
tenure  concerns. 

OUTCOMES 

The  CET  is  an  idea  whose  time  has  not  yet  come  to  lANR.  Nevertheless,  the  changes 
envisioned  in  the  CET  and  its  proposed  restructuring  remain  viable. 

We  know  that  order,  rationality,  predictability,  and  impersonal  modes  of  operating  arc 
all  barriers  to  innovation  and  creativity  in  institutions  of  higher  education.  Change,  of 
the  ^cale  offered  by  the  CET  proposal,  runs  counter  to  institutional  needs  of  orderliness 
and  predictability.  While  it  can  be  planned  and  controlled,  change  requires  new  behav- 
iors, different  interactions,  altered  assumptions,  and  revised  attitudes. 

Given  that,  several  ideas  from  the  CET  proposal  and  the  earlier  White  Paper  have  been 
explored  and  implemented.  These  include  the  following: 

1.  Administrative  calls  for  new  equipment  requests  and  acquisitions  have  been  priori- 
tized based  upon  lANR-wide,  interdisciphnary  utilization. 

2.  The  Office  of  Professional  and  Organizational  Development  (OPOD)  was  in  the  pro- 
cess of  independent  formulation  during  this  proposal's  development.  OPOD  is  now  un- 
dertaking human  resource  activities  encompassing  rccareering,  technical  assistance,  and 
retraining. 

3.  Several  lANR  task  forces  have  been  formed  campus- wide  to  review  and  forecast  pol- 
icy on  drtabases,  graphics,  and  desktop  publishing  activities. 

4.  Think  Tank  applications  have  been  reconceptualized  to  include  futurir  "t.  One  mem- 
ber of  our  group  has  been  asked  to  woric  in  multi-disciplinary.  Institute  futiring  activities. 
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5.  An  informal  lANR-wide  futures  group  of  faculty  and  staff  is  meeting  on  a  regular 
basis,  twice  a  month.  In  addition,  the  Department  of  Agricultural  Communications  has 
developed  a  futures  committee. 

Sikes,  Schlesinger,  and  Seashore  (1974)  point  out  that  all  universities  have  obstacles  to 
creativity  and  imagination.  These  involve  order,  rationality,  predictability,  and  imper- 
sonal modes  of  operating.  "Change  to  some  degree  runs  counter  to  orderliness  and  pre- 
dictability; it  can  be  planned  and  controlled  but  inherently  it  calls  for  new  behaviors,  dif- 
ferent intrrnctions,  altered  assumptions,  and  revised  attitudes.  One  cannot  always  be  sure 
where  it  will  lead"  (p.  39). 

We  faced  many  of  these  obstacles  to  implementation  and  change.  From  our  experi- 
ences, we  learned  several  things,  some  of  which  we  would  like  to  share.  For  example: 

1.  Don't  take  a  hardball  to  a  Softball  game.  We  lacked  experience  in  working  with  the 
system.  We  assumed  that  good  ideas  sold  themselves.  We  did  not  include  department 
heads  or  higher  level  administratois  early  enough  in  the  design  and  development  process. 
Basically,  we  handed  them  a  "finished"  product  in  the  CET.  We  did  not  get  an  advocate 
to  chrmpion  our  cause.  We  mistakenly  believed  that  administrative  interest  (which  we 
had)  was  tantamount  *o  strong  support  and  quick  implementation. 

2.  Show  me  yours.  We  had  difficulty  in  assessing  the  reactions  that  othei^  would  have 
with  the  C!ET.  The  very  nature  of  the  CET  makes  it  awkward  to  pilot  or  develop  a  proto- 
type. Without  a  visible,  working  model,  widespread  faculty  interest  or  serious  adminis- 
trative support  has  not  been  forthcoming. 

3.  Wash  your  mouth.  We  may  have  been  too  explicit  when  we  wrote  our  second  paper, 
the  comprehensive  opus  detailing  the  CET.  We  played  out  our  ideas  and  put  our  fincUngs 
in  writing,  without  options.  We  did  not  look  for  models  or  provide  alternatives.  We 
could  have  presented  two  or  three  scenarios  representing  different  degrees  of  change. 

4.  Don't  expose  your  backside  without  suntan  lotion.  While  the  administration  was  in- 
terested in  our  ideas,  they  did  not  officially  sancuon  them.  We  should  have  asked  for  let- 
ters and  verbal  approval  with  copies  to  selected  faculty,  in  particular  the  department 
heads. 

5.  Share  everything.  We  did  not  involve  key  people  on  campus.  Even  though  we  used 
a  multi-disciplinary  team  q)proach,  we  needed  a  broader  base  of  support  for  systematic 
change,  and  for  the  development  of  the  CET  in  particular. 

We  did  not  account  for  alignment.  Once  we  had  the  vision,  we  needed  to  attract  peo- 
ple who  could  help  realize  it  (the  vision)  by  adopting  it  as  their  own  and  sharing  the  re- 
sponsibility for  achieving  it. 

6.  Time  is  on  my  side.  We  might  have  arranged  time  for  people  to  spend  studying  the 
proposal.  This  might  have  helped  broaden  the  process  and  understanding  of  the  changes 
envisioned  Change  could  probably  come  about  sooner  and  more  radically  if  the  adminis- 
tration had  received  die  messa^ge  from  more  people  directly  and  indirectly  affected  by  the 
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change.  But  we  a^ted  swifUy,  turned  data  around  quickly,  and  in  the  process,  did  not 
give  many  of  Ae  audience  with  whom  we  were  communicating  enough  time  to  digest  our 
ideas  or  offer  suggestions. 

CONCLUSION 

We  realize  that  success  or  failure  of  change  ultimately  rests  with  the  people  who  are 
being  asked  to  change  -  their  attitudes,  understandings  and  their  support.  This  takes  time. 
Although  piTts  of  the  GET  proposal  have  gained  acceptance,  and  indeed  have  been  imple- 
mented, odiers  remain  as  challenges. 
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Abstract 

The  decentralization  of  administrative  systems  at  Virginia  Pofytechnic  Institute  and  State 
University  has  evolved  both  by  design  and  by  virtue  of  advances  in  technology  and  user 
expertise.  Meanwhile,  forces  both  external  and  internal  to  the  Ur^ersity  have  focused 
attention  on  the  need  for  minimum  levels  of  standardization  in  order  to  utilize  the  various 
information  resources  to  the  institution's  best  advantage.  In  response  to  these  pressures,  the 
offices  of  Institutional  Research  and  Data  Administration  (later  renamed  Information 
Resource  Management)  undertook  a  project  that  resulted  in  the  development  of  a  set  of 
guidelines  for  information  resource  management. 

This  paper  describes  the  historical  evolution  of  the  present  situation,  the  forces  that  motivated 
the  development  of  the  guidelines,  and  the  consensus-building  activities  that  led  to  the 
acceptance  of  the  guidelines  as  University  policy.  Noted  in  particular  are:  the  key  role 
played  by  an  existing  loosely-structured  organization  of  systems  coordinators;  the  boHom-up 
strategy  for  endorsement  of  the  guidelines;  and  the  management  focus  of  the  g  Jdelines 
document.  Insights  gained  along  the  way  are  presented  to  help  those  pursuing  a  similar 
endeavor. 
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Developing  Guidelines  For  Informfttion  Retouroe  Management 


Background  Information 

Virgmia  Polytechnic  Institute  end  State  University,  also  known  as  Virginia  Tech,  is  the  laiid-grant 
university  of  the  Commonwealth  of  Virgoiia.  With  almost  25,000  studeiits  and  over  1,500  full-time 
instructional  faculty  members,  Virginia  Tech  is  the  largest  university  in  the  state.  It  r^nks  in  the  top  fifty 
U.S.  universities  in  total  research  expenditures,  with  an  aimual  total  approaching  $100  million.  Virginia 
Tech's  computing  capability  includes  rm  IBM  3090  Model  200  supercomputer,  an  IBM  3084,  and  several 
smaller  mainframes.  Access  to  Xht  mainframes  is  provided  by  the  3,000  terminals  across  campus,  as  well 
as  by  many  of  the  12,000  personal  computers  on  canr*pus. 

The  Historical  Evolution  from  a  Centralized  to  a  Decentralized  Environment 

During  the  late  1960's  and  much  of  the  Iy70's,  administrative  information  systems  at  Virginia  Tech 
operated  in  a  highly  centralized  environment,  based  on  common  methods,  repetitive  procedures,  and  shared 
knowledge  within  a  small  group  of  experts.  Essentially  all  major  record-keeping  s^'stems  were  IMS  systems 
developed  in  house  by  the  central  Systems  Development  office.  This  centralization  oiTcred  the  benefit  of 
consistency  across  systems,  along  with  the  potential  for  large-scale  integration.  The  level  of  expertise 
required  to  develop  and  maintain  IMS  applications  also  encouraged  the  maintenance  of  a  central  support 
system.  Requirements  for  integration  and  security  across  systems  and  the  sharing  of  limited  mainframe 
computing  resources  !jd  to  a  ^uild-on'  approach  to  existing  systems  and  furthered  the  need  for  coordinated 
and  centralized  data-base  management. 

Counterbalancing  the  forces  promoting  centralization  were  policies  and  decisions  that  led  to  the 
distribution  of  data  management  activities.  Principal  among  these  was  the  fact  that  central  operational  data 
systems  were  never  operated  as  a  'job-shop'.  \%ginia  Tech  never  intended  to  maintain  a  central  pool  of 
prograndners  providing  support  to  administrative  units  who  needed  access  to  University  datr.  Instead,  the 
practice  was  for  in-house-devdoped  systems  to  be  turned  over  to  user  offices  (along  with  the  addiiion  of 
some  support  staff  positions)  for  local  management  and  maintenance  of  production  systems.  All  major 
production  applications  were  run  by  decentralized  system-coordinating  groups.  On  a  somewhat  informal 
basis,  Systems  Development  staff  provided  continuing  backup  support  for  trouble  shooUng  and  minor 
modifications  on  the  systems  they  developed.  The  central  Data  Administration  office  admir*  tered  the  IMS 
data  base  system  and  the  UCC-10  data  dictionary  that  supports  IMS,  coordinated  r  assisted  with 
production  implementation,  managed  secv  ity,  controlled  IMS  space  allocations,  and  n:  iained  a  system 
of  shared  tables. 

During  the  1980's,  the  move  toward  decentralization  accelerated  dramatically.  Programming  and 
systems-an^ysis  staffs  were  growing  in  administrative  offices  across  the  camaus,  especially  in  support  of  the 
student,  personnel/payroll,  and  accounting  record  systems,  but  also  on  a  smaller  scale  in  a  number  of  othe^* 
offices.  While  the  budget  of  the  computing  center  remained  a  central  allocation  of  real  dollars  controlled 
by  the  use  of  allocations  of  computer  dollars,  the  other  costs  associated  with  such  staff  growth  salaries, 
equipment,  supplies,  professional  development,  etc.  —  were  direct  costs  in  the  budgets  of  the  individual 
offices.  This  shift  in  dollars  promoted  a  corresponding  shift  in  the  mindset  of  the  managers  of  the  admin- 
istrative units,  a  shift  toward  9  much  more  decentralized  point  of  view.  'If  it's  MY  money  being  spent,  then 
rd  like  more  control  on  how  li's  spent,'  summarizes  this  new  perspective. 

Software  developments  played  a  role  in  the  move  toward  decentralization,  as  new  less-complicated 
data-management  systems  and  languages  such  as  SPIRES®\  FOCUS(S>^,  and  SAS®^  allowed  operating 


>  SPIRES  is  a  registered  trademark  of  Stanford  University,  Sta^.  /d,  CA 

2  FOCUS  is  a  registered  trademark  of  Information  Builders  Inc.,  New  York,  NY  10001 

3  SAS  is  a  registered  trademark  of  SAS  Institute  Inc.,  Gary,  NC  2751 1 
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office^  increased  independence  from  central  support  systems.  Forrth-generation  Ian^uages  weie  eageriy 
examined  by  both  the  central  computing-siq>port  offices  and  by  the  -)perating  offices  as  potential  new  tools 
for  maintaining  systems  and  providing  services.  For  the  fir*  time,  the  putt:hase  of  sophisticated  off-the-shelf 
software  packages  began  to  be  considered  as  a  serious  alternative  to  developing  all  major  systems  in  house. 

The  Motivatmg  Forces  in  the  Development  of  Guidelines 

The  development  of  guidelines  for  information  resource  management  at  Virginia  Tech  should  be 
viewed  against  the  background  of  a  number  of  campus  events,  trends,  and  initiatives  of  the  latter  half  of  the 
1980's.  A  major  force  was  the  rapid  expansion  in  the  number  of  personal  computers  on  campus,  including 
many  that  were  bou^i  by  administrative  units  that  had  never  been  heavy  usen  of  mainframe  computing. 
Suddenly,  offices  that  had  no  previous  capability  for  using  administrative  data  in  unprocessed  form  were 
displaying  appetites  for  data  that  were  conmiensurate  with  their  rapidly  developing  skills  in  word  processing, 
graphics  packages,  spreadsheets,  and  data  bases. 

Another  major  contribution  came  fix>m  the  University  Self  Study  of  1986-88,  which  identified  several 
concerns  in  the  are:,  of  information  resource  management,  including  documentation,  consistency  of  coding, 
anu  ease  of  access.  Specifically,  the  self-study  report  contained  the  following  points. 

^  A  recommendation  for  an  inventory  of  the  data  bases  used  for  manag^ent  iuformation,  and  for  the 
development  of  procedures  for  consistent  coding,  complete  documentation,  user  training,  and  system 
integration. 

•  A  suggestion  that  the  office  of  Data  Administration  (which  was  later  renamed  Information  Resource 
Management)  take  a  lead  role  in  the  coordination,  integration,  and  dissemination  of  the  new  wave  of 
information  technology. 

•  A  recognition  of  Institutional  Research  as  a  major  phyer  in  the  process  of  gathering  and  analyzing  data 
to  support  the  planning  and  decision-making  functions. 

A  concurrent  campus  initiative  was  the  commitment  to  move  toward  a  ''Single  System  Image*  (SSI), 
a  vision  being  articuhtcd  by  Dr.  Robert  Keterick,  Vice  President  for  Information  Systems.  (Sec  'A  Single 
System  Inj^  An  Information  Systems  Strategy',  CAUSE  Professional  Paper  Series,  #1,  May,  1988.) 
This  visibn  Tb^Xs  the  increased  pluralism  of  'native  computing  environments'  —  whether  mainframe, 
minicomputer,  or  microcomputer,  and  whether  spreadsheet,  word  processor,  data  base,  or  other  —  and 
devdops  a  strategy  for  maintaining  'coherency  in  computixig  and  communications'.  In  the  context  of 
administrative  information  systems,  the  SSI  implies  the  capatxility  of  moving  large  amounts  of  diverse  input 
and  output  to  a-:d  from  a  variety  of  native  environments.  Essential  to  Uiis  transmission  process  is  the 
establishment  of  standard  interfaces,  based  upon  intelligent  data-management  systems  capable  of  doing  the 
required  translation. 

Another  motivating  factor  was  the  emergence  of  external  standavds,  such  as  the  International  Standards 
Organization's  Open  Systems  Interconnect  (ISO/OSI)  model  for  data  communications  and  the  American 
National  Standards  Institute's  (ANSI)  Information  Resource  Dictionary  Systems  (IRDS)  standard, 
approved  in  1988.  Meanwhile  the  University  began  to  witness  growing  acceptance  of  'standard  electronic 
opmting  procedures'  for  particular  business  functions  in  the  private  sector  where  the  University  conducts 
business.  As  a  prime  example,  vendors  were  positioning  themselves  to  accept  purchase  orders  using 
Electronic  Data  Interchan^  (EDI)  standards.  In  order  for  Virginia  Tech  to  anticipate,  plan,  and  be 
responsive  to  these  initiatives  and  reap  the  accompanying  benefits,  it  was  clear  that  some  degree  of 
conformance  to  standard  practices  for  data  management  was  imperative  across  the  Umversity's  infomiation 
resources. 

The  Self  Study  played  another  significant  role  in  the  move  toward  guidelines  through  its  call  —  together 
with  the  University's  positive  response  to  the  call  —  for  the  development  of  a  strategic  planning  process. 
It  was  generally  recognized  that  (a)  such  a  process  could  place  major  new  demands  on  administrative  data 
system5  to  provide  management  information  to  support  planning  and  (b)  the  ability  of  the  University's 
decentralized  data  systems  to  provide  the  integrated  data  needed  by  such  a  process  was  suspect. 
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The  problems  inherent  in  one  area  of  the  administrative  data  systems  —  but  symptomatic  of  nroblems 
in  e  number  of  other  areas  —  were  highlighted  m  the  work  of  the  Facilities  Data  Baic  Task  Foae.  which 
completed  its  six-month  study  in  September  of  1988.  Th<^  task  force  found  a  proliferation  of  spccial- 
purpo?e  systems  operating  totally  independently  of  one  another,  using  imprecise  or  conflicting  data 
deiuiitions.  and  offering  very  few  options  for  sharing  of  information.  The  task  force's  report  identified 
several  essential  standards  for  data  quality  and  usefulness  including  rigorous  definitions,  standardization  of 
data  items,  uniform  sets  of  codes,  and  documentation  of  data  elements  and  structures. 

Another  motivatmg  factor  in  the  development  of  guidelmes,  itself  a  consequence  of  some  of  the  forces 
described  above,  was  the  start  of  planning  for  a  data  dictionary.  Data  Administration  was  charged  with 
booking  at  the  products  available  commercially  and  the  possibility  of  developing  a  data  dictionary  in  house. 
The  immediate  goal  was  to  provide  a  tool  for  the  inventory  and  -documentation  of  the  entire  administrative 
data  resource.  The  ultimate  goal  was  the  development  of  a  'university  data  base',  a  concept  that  had  earlier 
been  articulated  in  a  position  paper  developed  by  Data  Administration.  In  general  terms,  the  ui. .  /ersity  data 
base  is  a  lopcal  data  base  (not  necessarily  a  physical  data  base)  which  provides  a  stable  information  archi- 
tecture within  which  the  authorized  usen  of  University  information  can  obtain  what  they  need  to  perform 
their  duties. 

A  final  event  worth  noting  is  the  1986  decision  to  purchase  an  accounting  system  to  replace  the 
IMS-based  accounting  system  that  was  nearly  twenty  years  old.  This  decision  wes  made  at  a  time  when  the 
resources  of  Systems  Development  were  heavily  commit*- '  to  developing  a  new  student  system  in  IMS. 
The  student-systems  project  had  an  immovable  target  date  of  Summer  1988,  at  which  time  the  University 
would  convert  from  a  quarter  to  semester  system.  A  decision  to  develop  the  accounting  system  in  house 
would  have  meant  several  years  delay  in  implementation. 

Nonetheless,  the  decision  to  purchase  the  accounting  system  sent  shock  waves  throughout  'he 
University  administration,  both  for  being  the  first  commercial  software  package  to  be  used  for  a  major 
operational  system,  and  for  not  being  an  IMS  system.  Unforeseen  problems,  delays,  and  expense  also 
created  a  few  aftershocks.  The  magnitude  of  the  effort  required  to  configure  the  new  system  to  the 
University's  computing  environment  raised  the  consciousness  of  the  Univeisity's  executive  leadership  about 
the  need  for  conununication  between  and  con^stency  across  data  systems  and  about  the  associated  costs 
when  con^'litency  is  lacking. 

The  Development  Process 

The  process  of  developing  guidelines  for  information  resource  management  began  in  Spring  1988  with 
meetings  of  a  core  g.^up  consisting  of  two  representatives  from  Data  Administration  and  two  represen- 
tatives from  Institutional  Research.  These  meetings  had  multiple  agenda  items.  Both  units  wanted  to 
define  and  develop  their  positions  relative  to  the  Self-Study  mandates.  Institutional  Research  represen- 
tatives were  anxious  to  talk  about  issues  of  consistency  and  communication  among  administrative  data 
bases,  as  a  consequence  of  both  their  traditional  respomibility  for  data-gathering  and  reporting  fffojects  that 
involve  multiple  data  ^ases  and  their  prospective  nev  role  in  support  of  the  planning  process.  Data 
Administration  representatives  wr  ated  to  be^  their  feasib'ility  study  on  data  dictionaries  and  to  define  their 
long-term  role  in  the  development  of  a  'university  data  base'.  In  this  connection,  they  wanted  to  discuss 
the  possibility  of  using  Institutional  Research's  Student  Census  Pile  as  a  starting  pomt. 

Early  m  the  discussions,  a  common  thread  among  all  of  the  agenda  items  became  clearly  evident:  the 
need  for  guidelines  and  standards  in  the  management  of  all  of  the  University's  administrative  data  systems. 
It  also  became  clear  that  a  fairly  distinct  division  could  be  made  t>etween  guidelines  and  standards,  in  the 
sense  that  guidelines  indicate  what  should  be  done  and  standards  indicate  how  it  sho;ild  be  done.  It  was 
quickly  recognized  that  the  issue  of  standards,  with  its  attendant  enforcement  questions  and  other  political 
problems,  had  the  potential  for  d'^'^ailing  the  entire  process.  Everyone  in  the  core  group  agreed  to  put  aside 
standards  for  the  moment  and  to  focus  first  on  guidelines. 
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An  initial  set  of  guidcli?ics  was  drafted  in  August  1988.  However,  the  group  recognized  that,  without 
me  perspective  and  the  support  of  the  individuals  who  operate  and  maintain  the  individual  administrative 
data  systems,  these  or  any  other  set  of  guidelines  had  no  ^tute. 

The  next  step  involved  the  Administrative  Systems  Users'  Group  (ASUG).  a  loosely-structu-ed 
organizaUon  open  to  all  interested  parties.  The  intent  of  ASUG  is  to  provide  an  open  forum  for  commu- 
nication between  central  computing-support  offices  (Systems  Programming.  Systems  Development.  Data 
Administration.  User  Services,  etc.).  system  coordinating  offices  (Accounting.  Student  Systems,  etc.).  and 
other  users  (Institutional  Research.  Budget  and  Financial  Planning.  Extension  Infonnation  Systems. 
Library,  etc.).  ASUG's  monthly  aaectings  mclude  time  for  announcements  of  general  interest  and  questions 
on  topics  of  common  concern.  Despite  its  informal  basis  and  its  lack  of  any  official  status  in  the  University 
adnumstrativc  structure,  ASUG  has  made  productive  contributions  to  the  Universit>  beyond  just  serving 
Its  communication  function.  Since  its  inception  in  1986,  one  ASUG  subgroup  has  developed  COBOL 
programramg  standards  and  another  provided  significant  input  on  requirements  for  an  access-control 
software  package  that  was  purchased  in  1988.  In  both  cases,  the  proposals  from  thecs  ASUG  committees 
were  presented  to  ASUG  as  a  whole  where  they  were  reviewed,  modified,  and  endorsed. 

In  July  1988,  five  individuals  were  asked  to  represent  ASUG  on  a  committee  to  assist  in  the  develop- 
ment  of  guidelines.  Four  of  the  individuals  were  from  the  staff  —  generally  senior  programmer-analysts  - 
of  the  offices  of  Student  Systems,  Accounting,  Facilities,  and  Budget.  The  fifth  member  was  the  EDP 
Auditing  Manager  from  Utemal  Auditing.  Two  from  the  core  group  were  also  committee  members  and 
coordinated  the  group  meetings. 

The  conunittee  members  were  encouraged  to  reach  their  own  conclusions,  with  little  pressure  to  retain 
the  features  of  the  draft  document  prepared  by  the  core  group.  After  a  series  of  meetings  over  a  period  of 
three  months,  characterized  by  a  lot  of  thougjit-provoking  discussion  and  a  considerable  sense  of  give  and 
take,  a  guidelines  document  was  finished.  The  document  was  basically  a  revision  of  the  original  draft  of  the 
core  group,  refined  by  the  management  perspective  of  the  ASUG  representatives.  In  the  true  spirit  of 
compronuse,  no  mdividual  on  the  committee  thought  that  the  guidelines  were  exactly  what  he  or  she 
wanted,  but  they  ail  agreed  that  they  had  a  chance  to  be  heard  in  the  deliberations  and  were  willing  to 
support  the  document,  both  m  ASUG  and  within  their  own  offices.  Perhaps  the  greatest  concern  cxpre*;sed 
by  the  committee  members  was  that  they  might  be  perceived  as  telling  their  own  managers  how  information 
systems  should  be  managed. 

The  revised  set  of  the  guidelines  was  distributed  at  the  November  meeting  of  ASUG,  along  with  a 
request  for  comments  and  suggestions.  It  was  announced  that  the  guidelines  would  be  on  the  agenda  of  the 
January  meeting. 

During  December,  a  meeting  v/as  held  for  the  managers  of  the  various  administrative  data  systems, 
m<:ludmg  the  immediate  supervisors  of  several  of  the  conmiittee  members.  These  individuals,  basically  the 
most  senior  among  the  ASUG  members,  were  considered  essential  to  building  the  consensus  needed  at  the 
operational  level.  The  group  suggested  some  improvements  in  wording  and  other  claiif)dng  statements,  and 

•  AhoxxX  a  formal  vote,  generally  endorsed  the  document. 

Al  the  Januaiy  ASUG  meeting,  a  representative  of  the  core  group  led  discussion  on  the  guidelines, 
mcludmg  the  proposed  changes  incorporated  into  the  document  as  a  result  of  the  December  meeting. 
AmoP3  the  points  that  car..u  out  in  the  discussion  wea  these: 

•  The  guidelines  must  be  -/iewed  as  a  living  document;  revisions  will  continue  to  be  made  as  consensus 
dictates. 

•  Many  of  the  'data  custodians'  (generally  the  individuals  to  whom  the  systems  managers  report)  are 
not  currently  aware  of  their  responsibilities  as  set  fortli  in  the  guidelines.  An  important  function  that 
should  not  be  overlooked  is  that  of  educating  and  assisting  the  data  custodians. 

•  Data  Administration  must  move  toward  standardized  interfaces  and  security  strategies  for  decentralized 
systems  and  provide  tools  such  as  a  comprehensive  data  dictionary  for  information-resource 
documentation  and  reference. 
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•  Some  of  the  tasks  implied  by  the  guidelines  are  not  cunrently  being  done.  To  accomplish  them, 
additional  icsources  (for  example,  documentation  st^alists)  and/or  new  strategies  will  likely  be 
required. 

•  Clarifications  of  responsibility  and  authority  may  be  needed  to  ensure  that  the  guidelines  are  followed. 
In  particular,  the  need  for  clear  responsibilities  for  data-exchange  interfaces  in  the  evolving  distributed 
environment  was  noted. 

The  discussion  concluded  with  an  endorsement  of  the  guidelines. 

Also  in  January  of  1989,  the  core  group  initiated  discussions  with  the  Assistant  Vice  President  for 
Administrative  Affairs,  whose  responsibilities  include  two  that  are  dixectly  relevant  to  the  guidelines  project. 
One  is  the  ADMINSYS  systeni,  an  on-line  repository  and  reference  system  for  Univei^ty  policies  and 
procedures.  The  second  is  the  ofiBce  of  Records  Management,  which  was  in  the  process  of  developing  local 
records-management  policies  and  procedures  to  confonn  with  Virginia's  state  policy.  Initial  discussions 
focuse:^  on  how  electronic  records  fit  into  a  policy  wh^jh  —  although  it  refers  to  1nf<^nnation  in  ;'ny 
recording  medium including  data  processing  devices  and  computers'  -  is  definitely  oriented  to  hard-copy 
records.  Wiiile  the  e  iorsed  guidelines  do  not  specificaUy  address  procedural  issues  for  electroniw  record 
management,  they  do  provi(^*  a  framework  for  determining  such  procedural  ts3ues.  Since  standards  and 
procedures  would  be  developed  based  on  the  guiddines,  it  was  agreed  that  the  guidelines  belonged  in  the 
ADMINSYS  system,  with  cross  references  io  other  sections  of  records  management  policy. 

In  March  1989,  the  guidelines  document  was  presented  to  all  those  administrators  who  have  respon- 
sibility for  the  major  operational  data  systems.  Th  jse  are  the  individuals  called  the  'data  custodians'  in  the 
guidelines.  They  have  titles  like  Controller,  Associate  Provost  for  Student  Systems,  and  Associate  Vice 
President  for  Facilities.  Generally  speaking,  they  hold  positions  just  under  the  vice-presidential  level  and 
just  above  tiie  level  of  the  ASUG  members.  All  of  these  individuals  were  provided  with  copies  of  the 
guidelines  and  invited  to  attend  a  meeting  to  discuss  them.  Again  after  cnly  minor  modification,  the  'data 
custodian'  group  endorsed  the  guidelines. 

It  is  worth  noting  that  in  each  meeting  with  the  various  constituency  groups  questions  were  raised 
regarding  how  the  guidelines  woula  be  implemented  or  enforced.  Although  such  lines  of  questioning  are 
clearly  relevant  and  important,  the  group  was  encouraged  to  focus  only  on  the  principles  (the  what)  now. 
It  was  made  clear  that  the  standards  and  procedures  that  would  later  be  developed  to  conform  with  the 
guidelines  would  again  progress  through  consen  vbuilding  forums.  It  was  encouraging  that  the  concepts 
embodied  in  the  guidelines  were  viewed  as  both  reasonable  and  needed  at  all  levels  of  the  organization.  In 
fact,  in  response  to  a  question  about  auditing  and  compliance,  a  repre&vsn'ative  of  Internal  Auditing 
sugges'  xl  that  he  would  routinely  use  this  policy  in  his  review  process. 

In  the  final  step  of  this  informal  'approval'  process,  the  Director  of  Institutional  Research  and  the  Vice 
President  for  Information  Systems  (the  executive-level  supervisors  of  the  members  of  the  core  group  and 
the  two  top-level  individuals  most  directly  responsible  for  carrying  out  the  Self-Study  mandates  on  data 
management)  met  and  discussed  the  guiddines.  These  two  agreed  that  the  guidelines  were  appropriate  and 
authorizecf  their  inclusion  in  the  ADMINSYS  system. 

Of  course,  this  is  not  the  end  of  the  story.  Much  work  lies  ahead,  most  notably  the  development  of 
standards.  On  the  software  side,  the  guidelines  deariy  identify  the  need  for  data-management  tools  to  help 
with  issues  of  accessibility  and  compatibility,  and  they  specifically  mention  the  essential  role  of  a  central  data 
dictionary.  Development  work  is  currently  underway  on  a  dictionary  product  which  will  run  in  a  i^htional 
environment  and  which  is  based  on  the  ANSI  IRDS  standard.  Acceptance  of  these  guidelines  is  an 
important  first  step  for  successful  implementation  of  this  data  dictionary. 
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Strengths  of  the  guiddines 

Pcihaps  the  most  notable  strength  of  the  guidelines,  and  also  a  key  to  the  broad  base  of  endorsement. 
IS  their  ma  agcment  focus,  as  opposed  to  a  technical  or  operational  focus.  Nontechnical,  nonthreatening 
^ermmolos  was  used  intentionsdly  to  promote  shaiied  understanding. 

A  second  important  strength  of  the  guidelines  is  that  the  criteria  for  inclusion  of  a  data  base  oi  data 
element  under  the  guidelines  is  based  on  the  University's  usage  of  information  and  not  on  existing  system 
siiijcturcs.  The  guidelines  introduce  a  concept  called  the  Admriistrative  University  Data  Base  (AUDB), 
which  is  defined  as  a  logical  aggregate  of  data  critical  to  the  administration  of  the  University.  The  criteria 
for  inclusion  in  the  AUDB  cover  all  of  the  following  classes  of  data. 

•  Data  relevant  to  planning,  managing,  operating,  or  auditing  major  administrative  functions. 

•  Data  referenced  or  required  for  use  by  more  than  one  organizational  unit, 

•  Data  included  in  an  official  Universivy  administrative  ^port. 

•  Data  used  to  derive  an  element  that  meets  the  above  criteria. 

Finally,  the  guidelines  arc  sl^gthened  by  their  definition  of  information  management  roles  based  on 
function,  without  regard  to  cjrrent  or  future  organizational  structure  This  gives  them  general  applicability 
which  will  not  become  obsolt.j  in  an  enviroimient  of  ever-widening  distribution  and  ever-increasing  use 
of  administrative  information.  Data  custodians  are  ultimately  responsible  for  the  data  created  and  referenced 
within  their  particular  area  of  responsibility  ana  turn,  for  conformance  to  the  guidelines.  Data  stewards 
are  those  delegated  the  responsibility  for  data  maintenance  and  dissemination  as  directed  by  data  custodians. 
Individuals  who  have  E^::d  for  University  data  arc  considered  the  data  users.  Virginia  Tech  is  considered 
the  data  owner  of  aL  University  administrative  data.  The  function  of  applying  formal  guidelines  and  tools 
to  maiiage  the  University's  information  resource  is  termed  data  administration  zxA  is  a  role  overseen  by  data 
custodians,  but  played  by  all  participants.  The  recent  reorganization  and  rename  of  Information  Resource 
Management  (formeriy  Data  Administration)  underscores  the  leadersliip  and  support  role  this  office 
provides  for  the  distributed  data  administration  activities. 

Also  a  credit  to  the  guidelines  is  their  breadth.  Following  the  introduction  of  the  AUDB  ccnceot  and 
explanation  of  the  information  management  roles,  they  deal  independently  with  each  of  the  following  topics: 
data  capture;  data  storage;  data  validation  and  correction;  data  manipulation,  modification,  and  reporting; 
data  security,  data  documentation,  and  data  availability.  Next,  they  address  the  need  and  procedure  for 
armual  review  with  possible  update  reference  related  policies,  and  end  with  a  section  defining  terms  used 
throughout. 

Lessons  Learned 

This  final  section  presents  some  of  the  lesions  learned  by  the  core  group  as  they  progressed  through 
the  various  steps  in  the  development  of  the  guidelines.  Perhaps  some  of  the  insight^'i  gained  along  the  way 
can  be  beneficial  to  other^  and  —  if  incorporated  into  an  initial  strategy  —  serve  to  speed  up  this  kind  of 
process.  Hie  intent  on  this  r  mipus  is  to  use  a  similar  strategy  in  the  process  of  establishing  standards  and 
procedures  for  conformance  to  the  guidelines. 

Perhaps  the  most  important  lesson  learned  and  a  primary  pomt  of  success  so  far  was  the  use  of 
informal  groups  in  the  absence  of  formal  organizational  structures  in  the  University  community.  Such 
groups  ^nerally  brought  to  the  process  a  set  of  diverse  backgrounds  and  experiences,  but  were  always  able 
to  identify  conmion  purposes  anri  needs.  Three  of  the  key  groups  in  this  process  —  the  core  group,  the 
system  managers,  and  the  data  custodians  —  had  never  previously  met  together  on  a  formal  basis. 

Even  ASUG,  the  most  structured  of  the  participating  groups,  has  no  officially  recognized  role  in  the 
admiiustration  of  the  University.  However,  its  choice  as  the  first  constituency  group  to  work  on  the 
guidelmes  was  particularly  successful.  It  had  a  history  of  working  on  cor^non  problems  in  an  atmosphere 
of  mutual  trust.  Moreover,  its  members  were  the  people  who  would  be  affected  by  the  guidelines  on  a  daily 
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basis,  as  well  as  the  individuals  whom  the  data  custodians  would  consult  about  whether  the  guidelines  were 
relevant  and  worthwhile.  Getting  this  group's  panicipailon  and  endorsement  as  a  first  step  turned  out  to 
be  an  excellent  strategy. 

Also  contributing  to  the  success  of  the  process  was  the  riding  of  the  tides  that  were  sui;^g  in  the 
University  community.  The  c^se  for  guidelines  was  built  on  a  bro^  base  of  forces  and  events:  the  Self- 
Study,  the  purchase  of  an  ac  hunting  package,  the  need  for  policy  on  records  management,  and  several 
others.  By  capitalizing  on  the  diverse  array  of  motivatir  s  factors,  the  core  group  was  able  to  convince  a 
number  of  groups  and  University  officials  at  various  levels  in  the  organization  of  the  value  of  these  guide* 
lines. 

Another  lesson  to  be  extracted  from  this  process  is  the  importance  of  creatr-^g  focus  as  a  means  of 
avoiding  uimecessary  controversy  and  distraction.  This  was  the  reason  why  standards  were  put  aside 
initially  in  order  to  build  consensus  on  guidelines.  Debate  and  discussion  could  be  focused  on  this  limited 
topic  in  order  to  build  a  foundation  upon  which  to  base  further  work  and  more  attention  to  detail. 

As  in  so  many  projects,  one  of  the  keys  was  to  maintain  reasonable  expectations.  This  was  important 
in  at  least  two  areas.  First,  it  was  recognized  by  the  core  group  and  articulated  to  the  constituency  groups 
that  neither  total  agreement  nor  the  perfect  docimient  were  likely  outcomes.  Consensus,  however,  was 
attainable,  even  though  no  one  w!to  contributed  to  this  process  was  likely  to  agree  with  every  point  in  the 
final  document.  Second,  it  was  evident  at  every  step  of  the  way  that  the  process  was  and  will  continue  to 
be  an  evolutionary  one.  The  document  is  not  ''cast  in  stone"',  but  is  expected  to  continue  to  evolve  in 
response  to  technological  and  envirormiental  change. 

The  virtue  of  patience  was  yet  another  basic  principle  that  was  reinforced  by  the  process  of  developing 
the  guidelines.  At  each  stage  of  the  process,  the  guidelines  changed  slightly,  as  each  new  constituency  group 
brought  its  new  perspective  into  the  discussion.  From  locking  at  the  end  result,  it  is  evident  that  what 
seemed  like  minor  modifications  in  fact  served  to  build  depth  into  the  final  set  of  guidelines.  In  retrospect, 
it  seems  unlikely  that  a  top-down  approach  (which  was  »he  core  group's  first  impulse)  or  any  other  less 
patient  course  of  action  would  have  woiked  as  well. 

The  fijial  point  to  be  made  here  is  perhaps  a  capsule  sunmiary  of  the  entire  process.  By  acknowledging 
and  illustrating  data  management  problems  without  laying  blame,  by  describing  desired  outcomes  and 
suggesting  a  path  for  achieving  those  outcomes,  the  core  group  helped  to  expand  thinking  beyond  the  liirits 
of  individual  turf  boundaries  or  existing  organizational  structures.  As  a  result,  the  Gtddelines  for  University 
Administraiive  Information  Resource  Management  are  not  the  ''rules  according  to  XYZ  [department",  but 
rather  a  platform  that  will  support  a  variety  of  idiosyncratic  architectures  and  individual  missions  and,  at 
the  same  time,  support  the  global  information  needs  of  the  University. 
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APPENDIX 


VIrginim  Polytechmc  Institute  and  State  University  Policy  and  Procedures  Section  2005 
Gmdelinisfor  UnntnUy  Administrative  lirformation  Resource  Management 


1.0  Purpose 


While  all  administrative  data  captured  using  Unlversi^  assets  are  resources  of  the  University,  they  vary  in  their 
relevance  to  the  administrative  processes  of  the  University.  This  policy  is  intended  to  apply  to  those  data  which  are 
critical  to  the  administration  of  the  Untvcsity.  While  these  data  may  reside  in  different  data  base  management  systems 
and  on  different  machines,  these  data  in  aggregate  may  be  thought  of  as  forming  a  logical  data  base,  which  will  herein 
be  called  the  Administrative  University  Data  Base  (AUDB).  This  terminology  is  not  intended  to  imply  that  these  data 
now  or  In  the  future  should  reside  Ln  a  single  physical  data  base.  Rather«  It  is  a  recognition  that  regardless  of  where 
these  data  reside,  there  are  some  general  principles  of  data  management  that  should  be  applied  in  order  to  maintain 
the  value  and  guarantee  effective  use  of  the  information  resource. 

2.0  Policy 

2.1  Information  Management  Roles 

•  The  University  Is  considered  the  data  owner  of  all  University  administrative  data. 

•  University  ofTicials.  such  as  the  Controller,  the  Associate  Vice  President  for  Personnel  Resources,  and  the 
Registrar,  are  responsible  for  data  In  their  functional  areas  and  are  considered  data  custodians. 

•  Staff  delegated  the  responsibility  for  information  management  activities  related  to  maintenance  and  dissemination 
of  data  are  considered  data  stewards. 

•  Individuals  who  have  need  for  University  data  in  order  to  perform  their  assigned  duties  and  are  therefore 
authorized  access  are  considered  data  use^  ^ 

•  The  function  of  applying  formal  guidelines  and  tools  to  manage  the  University's  information  resource  is  termed 
data  administration.  Those  data  administration  activities  that  do  not  fall  within  the  realm  of  responsibility  of 
designated  data  custodians  are  the  responsibility  of  the  Information  Resource  Management  (I  RM)  department 

2.2  Data  Included  in  the  AUDB 

•  A  data  element  is  considered  part  of  the  AUDB  and  should  conform  to  AUDB  standards  if  it  satisfies  one  or 
more  of  the  following  criteria: 

■  It  Is  relevant  to  planning,  managing,  operating,  or  auditing  major  administrative  functions. 

■  It  is  referenced  or  required  for  use  by  more  than  one  organizational  unit  Data  elements  used  internally 
by  a  single  dep^rmient  or  office  are  not  typically  part  of  the  AUDB. 

■  It  Is  included  in  an  official  University  administrative  report 

■  It  Is  used  to  derive  an  element  that  meets  the  criteria  above. 

•  Data  elements  which  meet  the  criteria  for  inclusion  may  be  Identified  as  such  by  a  data  custodian,  a  data  steward. 
IRM.  or  a  user  group. 

•  A  data  custodian  should  be  IdentifieU  for  each  data  element  to  be  included  in  the  AUDB. 

•  IRM  should  assist  in  the  negotiations  for  inclusion  and  for  Identification  of  data  custodians. 

23  Data  Capture 

•  The  data  custodian  Is  responsible  for  complete,  accurate,  valid,  and  timely  data  capture.  Tiese  responsibilities 
may  be  delegated  to  data  stewards 

•  Electronic  data  should  be  captured  at  or  near  its  creation  point  as  Identified  by  the  data  custodian. 

2A  Datastorage 

•  An  official  data  storage  location  {)t  each  data  element  should  be  Identified  by  the  data  custodian. 

•  A  official  data  storage  location  of  valid  codes  and  values  for  each  data  element  should  be  Identified  by  the  data 
custodian. 

•  Data  element  names,  formats,  and  codes  should  be  consistent  with  University  stcndards. 

•  Archiving  requiremenU  and  strategies  for  storing  historical  daf-^  should  be  determined  for  each  d.  ta  element  by 
the  data  custodian. 

•  IRM  should  assist  in  determining  data  storage  location  and  archiving  requirements  for  AUDB  da' 
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2*5  Data  Validation  and  Correction 

•  Applicatioi  8  that  capture  and  update  AUDB  data  should  incorporate  edit  and  validation  checlcs  to  assure  the 
accuracy  of  the  data. 

•  The  accuracy  of  any  element  can  be  questioned  by  any  authorized  data  user.  The  data  user  has  the  responsibility 
to  help  correct  the  problem  by  supplying  as  much  detailed  information  as  available. 

•  The  data  custodian  or  delegated  data  steward  is  responsible  for  responding  to  questions  and  correcting  incon- 
sistencies if  necessary. 

•  Upon  written  identification  and  notification  of  erroneous  data,  corrective  measures  should  be  taken  as  soon  as 
possible  or  in  accordance  with  the  consensus  of  the  users  to: 

■  Correct  the  cause  of  the  erroneous  data. 

■  Correct  the  data  in  the  official  data  storage  location. 

■  Notify  users  who  have  received  or  accessed  erroneous  data. 

2.6  Data  Manipulation,  IVIodiflcation,  and  Reporting 

^  The  data  custodian  is  responsible  for  authorizing  manipulation,  modification,  or  reporting  of  AUDB  data 
elements  and  for  creatirs  derived  elements,  which  are  also  members  of  the  AUDB. 

o  The  data  cusZodian  is  responsible  for  ensuring  that  data  maintained  are  consistent  with  official  University 
reporting  requirements. 

o  The  data  custodian  has  ultimate  responsibility  for  proper  use  of  AUDB  data;  ifidividual  data  users  will  be  held 
accountable  for  their  specific  uses  of  the  data. 

•  All  extracted  or  reported  AUDB  records  should  include  Uie  time  and  date  of  dat*  capture. 

2.7  Data  Security 

•  All  AUDB  data  should  be  secured  and  access  granted  to  a  data  user  only  for  University  business  on  a 
^need-to -know*"  basis  and  within  predefined  access  rules  and  security  requirements. 

o     The  data  custodian  has  ultimate  responsibility  for  determining  security  requirements  and  authorizing  access. 

•  The  individuals  or  office  responsible  for  implementing  access  control  v^ll  be  identified  and  charged  with  this 
1  esponsibility  in  writing  by  the  data  custodian. 

o     The  data  custodian  is  responsible  for  documenting  authorisation  procedures. 

•  The  data  custodian  is  responsible  for  monitoring  and  reviewing  security  implementation  and  authorized  access. 

•  All  data  users  of  AUDB  data  should  sign  a  statement  indicating  their  understanding  ot  ihe  level  of  access 
provided  and  their  responsibility  to  likewise  maintain  ihft  inherent  privacy,  accessibility,  and  integrity  of  the  data 
they  are  provided. 

o  The  data  custodian  is  responsible  for  assuring  that  data  are  backed  up  and  recoverable  in  response  io  events  that 
compromise  data  integrity  such  as  system  failure,  inadvertent  faulty  manipulation,  unauthorized  user  penetration, 
or  other  unforeseen  disasters. 

24)  Data  Documentation 

•  Documentation  of  data  elements  should  be  provided  to  IRM  in  machine-readable  format  and  will  reside  in  a 
University  Data  Resource  Dictionary. 

•  IRM  is  responsible  for  the  data  administration  ft  .iction  of  maintaining  the  University  Data  Resource  Dictio  lary 
and  for  making  it  readily  accessible  to  data  custodians,  data  stewards,  and  data  users.  In  essence,  1 RM  is  data 
cu$;^/JI?n  for  the  the  University  Data  Resource  Dictionary. 

o     Documentation  of  data  elftments  is  the  ultimate  responsibility  of  the  data  custodian. 

•  Documrntation/definition  for  each  data  element  should  at  least  include: 

■  Name  and  Alias  Names 

■  Description 

■  Data  Custodian 

■  Usage  and  Relatiopships 

■  Frequency  of  Update 

■  Source  for  Data  Capture 

■  Official  Data  Storage  Location  and  Format 

•     Description  of  Validation  Criteria  and/or  Edit  Checks 

■  Description,  Meaning,  aiid  Location  of  Allowable  Codes 

■  Access  Rules  and  Security  Rec^uirements 

■  Archiving  Requireme  ^ts 

■  Data  Storage  Location  of  Extracts 

•  Documentation  for  derived  AUDB  data  elements  should  include  the  algorithms  or  decision  ;''ies  fc  Uie  deriva- 
tion. 
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•  Qiange  in  any  of  these  characteristics  should  be  noted  to  FRM  and/or  recorded  in  the  UniversiQr  Data  Resource 
Dictionary  in  advance  of  the  change. 

2.9  Data  Availability 

•  Data  Custodians  are  responsible  for  providing  accessible,  meaningful,  and  timdy  machine-readable  AUOB  data 
for  Univa^ity  use.  This  acUvity  may  be  assigned  to  data  stewards  or  to  other  Universiiv  oflicials  v  ithin  th^ 
predefined  access  rules  and  authorization  procedures. 

•  Data  custodians  and  IRM  share  responsibility  for  AUDB  data  compatibility,  accessibility,  and  mterfaces. 

3.0  Procedures 

Thwe  GuidtUtmfor  Unhtnity  Administrative  Information  Resource  Management  have  been  prepared  by  the 
Information  Resource  Management  (IRM)  department  and  the  Office  of  Institutional  Research  and  Planning  Analysis 
in  association  with  the  AdminisU-ative  Systems  Users  Group  (ASUG).  They  serve  as  a  sUtement  of  objectives  to 
manage  the  adminisu-ative  information  resource.  These  Gmdelines  apply  to  all  AUDB  data.  In  addition,  these 
Guideiines  should  be  considered  and  followed  where  possible  by  all  those  who  capture  data  and  manage  administraUve 
information  systems  using  assets  of  the  University.  Standards  and  procedures  shomd  be  developed  to  coitform  ^o  the 
objectives  embodied  in  these  Guidelines. 

Copies  of  these  Guidelines  or  related  standards  documents  are  avauable  from  the  Information  Resource 
Management  Department  and  from  the  AdminisU-ative  Information  System. 

3.1  Updates 

As  an  ongoing  document,  these  Guidelines  for  University  Administrative  Information  Resource  Management  will 
be  mamtamed  and  revised  as  needed  by  the  Information  Resource  Management  department  (IRM)  in  cooperation 
with  data  custodians  and  admln^su-ative  systems  users  groups.  All  adminisU-ative  system  users  art  encouraged  to 
correspond  with  IRM  describing  eny  suggestions  for  improving  these  Guidelines.  When  corresponding  please  refer 
to  the  document  title  and  provide  an  appropriate  section  and  page  number  reference. 

Changes  or  updates  to  these  CuideHnes  will  be  renewed  by  the  Agency  Records  Administrator  to  ensure 
compliance  with  Management  of  University  Records  (University  Policy  2000)  aiid  related  State  regulations.  Revisions 
these  GuidfJines  will  be  sent  to  the  manager  of  the  AdminisU-ative  Information  System  (before  the  eflectivc  date  of 
the  change,  if  possible).  The  update  wiM  be  made,  the  date  and  revision  number  changed  and  the  revision  noted  in 
Section  6.0,  and  returned  to  be  approved  and  released. 

4.0  Definitions 

1.  AUDB  (Administrative  University  Data  Base)  is  a  conceptual  term  used  to  identify  that  body  of  data  critical  to 
University  planning,  management  and  business  operations. 

2.  Data  administration  is  the  function  of  applying  formal  guidelir  \  and  tools  to  manage  the  University's  information 
resource. 

3.  Data  custodians  are  the  University  officials  responsible  for  managing  a  segment  of  thr  University's  informaUon 
resource. 

4.  DaU  stewards  are  staff  members  delegated  the  responsibiliQr  for  data  maintenance  and  data  dissemination. 

5.  Datf  users  are  indi^duals  who  are  authorized  access  to  University  data  required  by  them  to  perform  their 
assigned  duties. 

6.  University  DaU  Resource  Dictionary  is  a  databa-e  system  &  *  functions  as  a  repository  that  conUins  compre- 
hensive information  about  University  data  and  documentation  of  University  adminisU-ative  systems. 

5.0  References 

1.    Po'  >  ?.:,00,  "Management  of  University  Records,**  effective  February  1989. 
6.0  Appr»  ols  and  Revisions 

Approved  January  5,  1989  by  rhe  Administrative  Systems  Users  Group  (ASUG). 
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ABSTRACT 

At  some  institutions  the  cential  administration  mandates  or  facilitates  the  use  of 
technology  for  administrative,  instnictiaial,  and  research  needs.  *.t  other 
institutions  it  is  the  office  staff  and  faculty  who,  by  using  it,  have  discovered  die 
value  of  technology:  in  tiiese  institutions,  support  is  inforaoal.  Those  who  facilitate 
access  to  technology  usually  acknowledge  and  generally  support  training  for  staff 
and  faculty  with  funds  and  personnel.  When  access  to  technology  is  not  actively 
supported,  training  r  often  ad  hoc  or  obtained  from  sources  botii  outside  and  inside 
the  institution,  usual   for  a  fee. 

Harvard  University  and  the  University  of  Michigan  represent  two  contrasting 
institutional  models  in  the  way  they  support  technology.  One  applies  a 
decentralized  approach  to  user  support,  while  the  otiier  is  centrally  supported 

Training  is  an  aspect  of  user  support  that  often  receives  short  shrift:  it  is  under 
valued  and  under  funded  by  administration  at  many  institutions.  At  Harvard, 
training,  like  all  user  services,  is  provided  both  centrally  and  de-centrally,  and  is  not 
consistentiy  supported  wiUiin  the  various  Schools.  Harvard's  Office  for 
Infonnation  Technology  provides  training  open  to  all  University  employees,  yet  it 
IS  based  on  a  fee-for-service.  In  contrast,  at  the  University  of  Michigan,  the 
Computer  Center  User  Services  provides  free  training  to  all  employees. 

This  paper  will  compare  and  contrast  these  two  universities  in  tiieir  iq)proach  to 
technology  and  user  support  and  the  policies  and  procedures  Uiey  use  for  end  user 
d-aining.  The  similarities  and  differences  between  free  training  and  fee-based 
courses  —  similarities  based  on  the  nature  of  high-quality  training  programs  and 
differences  brought  about  by  the  structure  ri  tiie  institutions  —  may  help  other 
institutions  plan  for  training  programs  of  their  own. 

Bodi  autiiors  are  managers  of  training  programs  for  cential  computing  organizations 
at  their  respective  institutions. 
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Introduction 

A  group  of  college  and  university  technology  educators  in  southern  New  England  began  meeting 
regulaily  in  1988  to  discuss  i^uues  and  share  ideas  about  training  at  their  respective  institutions. 
The  eariy  meetings,  supported  by  AK>le  Computer,  focused  on  Macintosh  raining.  Preliminary 
discussions  reveded  dt^  need  to  obtain  a  trainL  g  profile  of  each  of  the  nine  Institutions.  The 
institutions  include  Boston  College,  Brandeis  Loiversity,  Brown  University,  Harvard  University, 
MIT,  Trinity  College,  "Aifts  University,  Wesleyan  College,  and  the  U.S.  Coast  Guard  Academy. 
The  survey,  coaq)leted  by  training  nuuiagers  or  coordinators,  gather&d  data  about  the  training 
programs,  classroom  facilities,  training  policies  and  procedures,  evaluatim  nethods  and  marketing 
strategies.  The  section  identifying  successes  and  challenges  raised  the  issue  of  how  policies  and 
procedures  for  training  were  established  —  through  central  mandate  or  by  default  —  and  what 
made  particular  training  models  wcvk  in  each  institution. 

Descripiim  of  the  Institutions 

Hftrvfliri  University.  Harvard  University  is  decentralized:  it  consists  of  1 1  graduate  and 
professional  schools  and  an  undergraduate  Faculty.  Central  administration  cmsists  of  the 
President's  and  Vice  Presidents*  Offices,  Budget  Office,  General  Counsel,  News  and  Public 
Affairs,  Alumni  Association,  Develc^m^mt  Office,  Office  for  Information  Technology,  and  more. 
Founded  in  1636,  Harvard  is  the  oldest  university  in  the  United  States.  It  awards  at  least  17,400 
undergraduate  and  graduate  degrees  each  year.  Supporting  the  student  population,  there  are  2400 
full-time  and  600  part-time  faculty  members  as  well  as  a  staff  of  15,00C. 

The  University  of  Michigan.  The  University  of  Michigan  is  also  decentn  lized  with  16  graduate 
and  professionr^  i  schools  and  an  undergraduate  Faculty.  The  University  community  in  Ann  Arbor 
is  comprised  or  T^ver  36,000  students,  3,000  faculty,  and  15,000  staff,  llie  Universit}' 
organization  is  comprised  of  the  Offices  of  Business  and  Finance,  Government  Relations, 
Academic  Affairs,  Research,  Development,  and  Student  Services.  The  Information  Technology 
Division  is  headed  by  a  Vice-Provost  who  reports  to  tiie  Vice-President  for  Academic  Affairs,  tn 
addition  to  the  main  campus  in  Ann  Arbor,  TTie  University  of  Michigan  also  includes  a  car  pu<:  In 
Flint  and  one  in  Dearborn,  with  a  Qiancellor  at  the  head  of  each. 

Recognizing  the  importance  of  Information  Technology  to  the  research,  instructional,  and 
administrative  activity  on  campus  as  well  as  to  the  quality  of  life,  the  University  has  made  a  major 
commitment  toward  siq)port    Information  Technology  on  campus.  The  Information  Technology 
Division  consists  of  approxintiately  700  employees  enga^  in  the  provision  of  computing, 
communication,  and  network  services.  A  campus-wide  network  environment  has  been  created  that 
connects  the  entite  canq)us  in  a  networic  of  interlinked,  local-  and  wide-area  networks  connecting 
mainframe,  niicrocomputer,  and  minicomputer  users .  The  network  uses  a  variety  of  media 
including  fiber  and  tv.  ^tcd  pair  wire.  There  are  currendy  9300  asynchronous  ports  connecting 
faculty  tmd  staff  offices  and  student  workstations  in  public  clusters  and  residence  halls. 

Planning  and  Budgeting 

Harvard,  Planning  and  budgeting  occurs  in  each  School  and  Faculty  at  Harvard  before  the  central 
budget  is  compiled.  As  wi£  all  other  aspects  of  University  life,  the  way  budgets  are  done  also 
affects  information  technology  planning  and  implementation.  Individual  Faculties  and 
administrative  Dep^:rtments  have  developed  systems  to  meet  internal  needs  and  provided  users  with 
tools  for  data  managemt.*:t.  Concurrent  with  the  increasing  use  of  distributed  computing  is  a  plan 
to  connect  the  entire  campus  by  fiber,  enabling  a  computing  network  of  pes,  miniconq)uters  and 
mainframes  within  five  years. 
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According  to  the  1987  Long-Range  Plan  of  the  Office  for  Infonmtion  Technology  (OIT),  "no 
Umvereity-wide  framework  for  technology  use  exists  at  Harvard,  and  there  are  no  University-wide 
standards  and  contiois  tor  implcjaentation."  The  plan's  objectives  were,  "in  addition  to  identifying 
Orrs  long-range  goals  and  strategies,  to  begin  a  process  for  gaining  consensus  on  these  goals  and 
to  build  awareness  throughout  Harvard  of  the  University's  future  information  technology  needs." 

TTie  plan  emphasized  that  information  sharing  tools  are  needed  and  that  extensive  training  is  equally 
miportant  in  onler  to  upgrade  individual  technology  skills.  OITs  publications  and  its  computer 
traming  program  were  established  in  their  present  fomi  along  with  this  plan.  The  information 
dissemination  and  training  services  are  designed  to  raise  consciousness  about  information 
technology  in  higher  education,  and  are  intended  to  stimulate  discussion  and  increase  customer 
self-sufficiency  in  using  information  technology. 

Althougli  there  is  no  central  mandate  about  technology  at  Harvard,  expenditures  in  this  area  grow 
at  the  rate  of  8  percent  per  year.  With  no  central  standards,  OIT  can  only  set  some  de  facto 
standards  through  sales  of  a  limited  range  of  hardware  and  software  at  the  Technology  Product 
Center  and  by  providing  training  for  selected  software  packages.  Individual  schools  set  their  own 
standards  and  provide  their  own  computer  support  structure,  which  may  or  may  not  offer  training. 

Michigan-  Budgets  at  Michigan  are  also  prepared  by  each  individual  school,  college,  or 
administrative  unit  Since  1984,  the  Inforaiation  Technology  Division  budget  has  grown  from  4 
miUion  dollars  to  its  current  level  of  17  million.  The  majority  of  this  funding  is  comprised  of  direct 
funding  fiom  the  University's  general  fund,  but  it  also  includes  revenue  from  mainframe  charges 
to  external  clients  and  modest  user  fees.  Having  recently  realized  many  of  its  important  strategic 
goals  (including  the  installatiwi  of  a  campus-wide  network  and  the  deployment  of  1600+ 
workstotitms  in  campus  computing  sites),  it  is  expected  that  the  ITD  budget  will  remain  relatively 
stable  in  die  near  future.  Increases  to  the  budget  are  more  likely  to  coine  as  a  result  of  additional 
user  fees  than  from  additional  central  funding. 

C(»nputer  support  in  a  decentralized  university  such  as  The  Univxjrsity  of  Michigan  is  not 
suiprisingly  also  decentralized.  While  at  one  time  it  was  tiiought  tiiat  a  "centralized,  controlled, 
rational  approach  to  a  microcomputer  environment  at  die  University  of  Michigan  would  be  nearly 
impossible  to  achieve^,"  computer  support  is  now  best  characterized  as  die  result  of  individual 
units  working  together  for  mutual  benefit  While  it  is  true  that  diere  is  not  a  "centralized  and 
controlled"  environment,  tiiere  is  a  grcit  deal  of  "rational  tiiought  "  being  expressed.  Individual 
units  can  noake  whatever  decisions  tiiey  wish  for  die  acquisitiwi  and  support  of  information 
technology,  but  it  is  not  unusual  to  find  decisions  being  made  in  favor  of  ITD-supported  solutions. 
We  find  tiiat  support  responsibilities  are  typically  shared  -  widi  general  support  usually  provided 
by  die  central  service  and  discipline-specific  support  provided  by  individual  units,  schools,  and 
colleges. 

Several  mechanisms  exist  for  sharing  information  and  shaping  support  policies.  Of  key 
inqKMtance  is  die  concept  of  ITD  supported  products.  Individual  units  know  what  products  are 
supported  and  what  services  tfiey  can  rely  on  fiom  die  Information  Technology  Division 
Evaluation  teams  mads  up  of  bodi  ITD  and  non-ITD  personnel  make  recommendations  for 
supported  products.  An  ITD  Selection  Committee  makes  final  support  decisions  based  on  die 
availability  of  support  resources  and  die  perceived  demand  for  a  particular  product  Informatio.. 
about  needs  and  directi<Mis  for  irfomiation  technology  are  shared  at  regular  meetings  of  several 
campu  j  groups  ol  computing  support  professionals  and  key  policy  makers  fiom  widiin  and 
beyond  ITD. 


^The  UnivMsity  of  Michigan  UCCPU  SubCommiUce  Repwt  "University  Microcomputer  Policy"  January  4th, 
1984 
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CcHi^uter  Education  and  Training 

HflTvard.  OIT's  training  classes  are  open  to  the  entire  Uiiivers'ty  as  well  as  to  non-profit 
institutions  in  the  area.  These  classes  are  handsHDn,  sldll-building  sessicms  offered  in  two 
dedicated  classrooms  in  Cambridge  and  one  shared  facility  in  the  medical  area  in  Boston.  During 
the  1988-89  academic  year,  more  than  900  people  were  trained  on  tiie  Macintosh  and  the  IBM 
PCVPS2  in  121  classes  of  21  different  courses.  People  taking  these  classes  were  representative  of 
eligible  organizations:  60  percent  were  staff  members  from  all  Harvard  schools,  19.5  percent  were 
from  Orr,  2.7  percent  were  faculty,  3.8  percent  were  graduate  students,  .8  percent  were 
undergraduates,  and  13.2  percent  were  fiom  non-profit  institutions. 

In  addition  to  classes,  the  technology  education  group  of  three  professional  people,  under  the 
management  of  Anne  Knight,  organizes  a  colloquium  series,  hosts  user  groups,  ami  holds  product 
demonstrations  throughout  the  year.  The  educational  piogram  has  grown  steadily  since  1986. 

Most  ofOITs  services  are  supported  by  user  fees.  Very  littie  central  funding  is  provided  The 
classroom  must  be  full  cost  recovery.  Thus,  the  importance  of  high  quality  programs  and  services 
is  obvious.  The  biggest  challenge  is  to  determine  client  demand  bom  the  widely  scattered  audience 
and  to  set  fees  appropriate  to  the  market  Harvard's  training  program  must  be  as  good  if  not  better 
than  its  competitors  and  must  be  offered  at  a  lower  price.  Ine  setting  of  goals  and  standards  for 
OITs  training  ^nogram  became  vital  to  its  success. 

Michigan.  Computer  education  programs  at  Michigan  are  designed  for  faculty,  staff,  and  students 
of  the  University.  N(Mi-University  participants  are  eligible  only  for  the  University's  mainframe 
(MTS)  classes.  Michigan's  end-user  computer  education  program  began  with  mainframe  training 
in  the  1970*s.  In  1984,  with  die  influx  of  microcomputers  and  Michigan's  participation  in  the 
Apple  University  Consortium  program,  woikshops  became  an  effective  and  efficient  way  to 
communicate  with  the  rapidly  growing  numbers  of  novice  computer  users  who  needed  t^  learn 
more  about  wha:  computers  could  do  for  them  and  who  needed  to  develop  their  conq)uter  use 
skiUs.  Since  1984,  the  workshop  program  has  grown  enomously.  Current  education  programs 
include: 

•  regularly-scheduled  workshops 

•  seUf-guided  instructional  materials  (print  and  computer-based) 

•  training  the  trainer  activities 

•  special  workshops 

Regularly-scheduled  workshops  are  offered  in  systems  use  (Macintosh,  DOS,  and  Michigan 
Tenninal  System),  application  areas  including  electronic  messaging  and  conferencing,  database 
management,  spieadsheeting,  word  processing,  data  communication,  local  area  networks, 
authoring  systems  for  creating  multi-media  courseware,  and  workshops  to  facilitate  access  to  UM 
data,  lliere  are  over  14,000  registrations  for  workshops  each  year  and  over  1,800  hours  of 
instruction  in  more  than  100  different  workshop  tides  each  semester. 

Workshops  are  offered  in  a  variety  of  formats  including  lecture/denK)nstrations  and  hands-on 
classes.  A  Macintosh  classroom  and  an  IBM  PS/2  classroom  are  regularly  used  for  hands-on 
classes.  Each  of  tiiese  rooms  contains  16  workstations  and  oveiiiead  projection  capabilities.  The 
computers  in  the  E3M  Lab  are  connected  to  one  another  on  a  loc<d  area  network  with  a  network  file 
server  containing  all  programs  and  practice  exercise  fUes.  The  \'Lacintosh  lab  will  be  added  to  the 
same  network  as  soon  as  ccmncrcial  releare  connected  to  one  another  on  a  local  area  network  with 
a  network  file  server  containing  all  programs  and  practice  exercise  files.  The  Macintosh  lab  will  be 
added  to  the  same  network  as  soon  as  possible.  A  3rd  classroom  equipped  with  a  Macintosh  and  a 
PS/2  is  used  for  lecture/demonstration  woricshops.  This  room  is  also  equipped  with  projection 
equipment  for  each  computer. 
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The  workshop  population  at  Michigan  is  coursed  of  approximately  55%  staff,  39%  students,  5% 
faculty,  and  1%  MTS  clients.  This  is  not  an  exact  mirror  of  the  University  statistics  for  these 
groups.  Faculty  are  representative,  but  staff  clearly  outnumber  students  in  workshops. 

The  University  of  Michigan's  Computing  Center  education  program  is  managed  by  Elaine 
Cousins,  assisted  by  a  staff  of  5  full-time  instructor/consultants,  a  full-time  registration  clerk,  and  a 
part-time  secretary.  Staff  firom  other  ar ^as  of  User  Services  also  regularly  teach  workshops.  Their 
time  commitment  may  vary  from  6  hours  of  classroom  instruction  per  term  to  over  40  hours.  In 
addition  to  the  Computing  Center  education  program,  other  ITD  education  programs  include  the 
Office  of  Administrative  Systems  program  (with  3  teaching  staff)  and  the  Residence  HaUs  program 
which  makes  use  of  student  trainers  to  teach  students  in  the  residence  halls. 

Because  worksh(q)s  are  not  the  only  way  to  teach  about  computers,  self-guided  print  tutorials  and 
computer-based  tutorials  have  been  created  These  include  introductory  training  on  maiFtframc  use 
and  die  widely-used  computer  conferencing  facility  at  Michigan.  A  series  of  tutorials  on  basic 
concepts  of  computer  applications  is  currenUy  in  progress. 

In  keeping  with  the  desire  to  help  users  help  themselves,  the  University  of  Michigan  Computing 
Center  assists  departmental  trainers,  faculty,  and  teaching  assistants  to  teach  computer  topics  using 
Computing-Center  developed  materials,  /ipproximately  20  groups  took  advantage  of  this  service 
last  year  and  it  is  anticipated  that  nxm  will  do  so  in  the  coming  year. 

rhe  end-user  education  budget  at  Michigan  is  approximately  300,000.  fhis  represents  salaries, 
material  preparation  and  production,  advertising,  and  software  for  teaching.  Not  included  are 
tea'^hing  lab  hardware  costs,  staff  expenses  for  supplies  and  equipment,  and  non-education  group 
salaries  (approximately  1.5.FTE). 

IV.  Goals  and  Standards  for  Training  at  Each  Institution 

Harvard:  The  ^als  of  Harvard's  training  program  are  to: 

•  impart  skills  to  its  customers 

•  maintain  high-quality  course  ccHitent  and  delivery 

•  have  satisfied,  repeat  customers 

•  build  and  maintain  a  good  reputation  for  Off 

The  classroom  standards  that  were  established  include: 

•  an  instructional  methodology  v/ith  lecture,  demonstration,  anH  hands-on  exercises  and 
group  problem-solving  in  the  advanced  courses 

•  in-class  opportunity  to  practice 

•  one  person  to  each  machine  to  provide  a  hands-on  experience 

•  a  comfortable  learning  environment  —  a  bright,  clean  classroom  and  an  assistant  for  large 
classes; 

•  using  current,  appropriate,  reliable  technology 

•  reguliar  suppon  by  a  technical  person. 

Michigan.  The  goals  of  The  University  of  Michigan' s  computer  education  program  air  to 
contribute  to  the  quality  of  instruction,  research,  and  the  administrative  work  environment  by 
facilitating  better  use  of  Information  Technology.  We  do  this  by: 

•  Providing  information  about  Information  Technology  resources  on  campus 

•  Enhancing  die  computing  skills  of  the  U-M  and  MTS  community 

•  Assisting  faculty  and  computer  suppon  staff  with  their  education/training  responsibilities 

•  Encouraging  self-help  and  strategies  for  continued  learning 
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The  program  standards  we  have  adopted  to  help  us  realize  these  goals  include: 

•  talented  and  knowledgeable  instructors  who  are  an  integral  member  of  our  support  team 

•  up-to-date  training  equipment  in  comfortable  ;lassrooms  with  overhead  projection  equipment 

•  varied  formats  that  encourage  active  learning  and  problem-solving 

•  supportive,  group-oriented  environment  witfi  2  students  per  workstation  in  workshops 

V*  Policies  and  Procedures 

HarvanL  The  mission  of  the  training  program  at  Harvard  is  to  increase  the  customers'  skill  level 
and  self-sufficiency  in  usirg  information  technology.  The  overriding  management  objective  is  to 
make  the  classroom  function  full  cost  recovery.  I£gh  standards  were  established  to  attnct  clients. 
Timeliness  and  clarity  is  important  for  marketing  the  courses.  A  training  catalog  published  each 
semester  is  distributed  in  September  and  January  as  an  insert  in  the  Technology  Window 
publication  to  aJl  1,400  Harvard  employees.  Certain  courses,  such  as  S  AS,  require  targeted 
mailings,  and  publicity  in  the  medical  area  has  received  special  attention.  Genial  publ^ity  is 
handled  through  calendars  in  other  Harvard  publications  and  via  announcements  on  Harvard's 
infonratim  telephone  numbo*  caUed  FACTLINE.  We  maintain  a  training  infc  uaticm  telephone 
mailbox  and  "hodine"  to  respond  to  customer  questions.  Decisions  about  eacL  semester's 
offerings  are  based  on  software  sold  at  the  Technology  Product  Center,  software  used  by  OFT  staff 
and  discussed  in  the  User  Groups,  and  on  infomiudon  gleaned  £rom  other  information  technology 
forams  at  HarvanL 

Introductory  courses  for  the  PC  and  the  Macintosh  are  offered  more  frequently  than  intermediate 
and  advanced  courses,  and  they  are  offered  in  two  half-day  segments.  The  intemiediate  and 
advanced  courses  are  one  and  two  days  long  (7  hours  each,  including  mid-moming  and  mid- 
aftemoon  breaks  and  an  hour  for  lunch),  depending  on  the  amount  of  material  to  be  covered.  In 
addition  to  the  operating  system  courses,  word  processing,  desktop  publishing,  spreadsheets, 
databases,  and  statistics  courses  are  offered.  File  transfer  and  local  area  network  training  is  also 
offered.  Adjustments  to  the  schedule  are  made  each  semester,  based  on  past  experience.  When 
use  of  software  packages  represents  a  critical  mass,  training  programs  are  offei^,  and  support  is 
provided 

Pre-registration  tor  all  courses  is  required  via  mail  or  in  person,  with  payment  and  confirmation 
letters  sent  acknowledging  enrollment.  Fees  range  from  $125/day  for  introductory  courses  to  $395 
for  three-  day  courses.  Student  rates  are  $15  to  $70  lower,  depending  on  course  length.  When  a 
class  is  filled,  the  registrant  is  contacted  about  enrolling  in  the  next  class  offered  Waiting  lists  are 
nudntained,  if  necessary.  Cancellation  within  five  working  days  is  accepted  with  full  refund.  OFT 
reserves  the  right  to  cancel  classes  with  insufficient  enrollment  (L^b:*  than  five  people)  or  because  of 
inclement  weather.  Failure  to  show  up  for  a  class  does  not  entitle  the  student  to  a  refund. 

The  student/teacher  ratio  is  8  or  9  people.  If  there  are  more  students  in  IBM  PC  classes,  up  to  a 
maximum  of  12,  a  classroom  assistant  is  hired.  No  assistant  is  provided  in  the  Macintosh 
classroom  where  9  students  is  the  maximum. 

Although  prerequisite  skills  are  defined  for  all  classes,  frequendy  students  come  to  classes  they  are 
not  prepared  to  take.  This  year  we  have  instituted  a  self-assessment  skill  test,  which  is  sent  to  all 
registrants  with  dieir  confirmation  letters.  This  enables  students  to  determine  whether  or  not  their 
skills  are  sufficient  to  proceed  to  a  higher  level  course. 

The  problem  of  varying  levels  of  expertise  among  the  student  population  is  handled  by  the 
instructor's.  They  adjust  their  rate  of  instruction  to  the  majority  of  the  students  and  try  to  provide 
extra  help  for  slower  students  during  the  exercises. 
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Technical  support  is  provided  for  all  classrooms.  OITs  technical  sup;K)rt  person  prepares  the 
systems  before  class  and  is  available  to  txoubleshoot  any  problems  that  may  arise  during  class  with 
the  network,  the  individual  systems,  the  projection  unit,  or  the  printen. 

Harvard  contracts  with  independent  trainers  as  instructors.  Each  instrucuj*  u  ieiccted  on  the  ba^  : 
^f  an  interview  and  recwnmeit  iations  from  other  enq)loyers.  Thoy  are  evaluaiwi  during  their  f 
course  by  the  manager.  Their  fees  are  negotiated  and  depend  on  level  of  experience,  amount  of 
course  development  necessary,  and  on  years  taught  for  OFT. 

Fortunately  we  have  n^^ver  had  to  cancel  a  class  because  of  instructor  illness  or  failure  to  show  up. 
We  do  not  have  backup  provisions  for  instructors,  so  "the  show  must  go  on." 

Course  outlines  are  prepared  by  a!!    trustors,  and  either  third-party  courseware  or  instructor 
devclcpei^  coi^rseware  is  used  for  in^,  JucHon.  Bibliographies ' "cheat  sheets"  are  prepared  by 
the  instractors.  OIT  provider  each  instructor  with  a  policy  rtkuiuai  and  technical  notes.  Twice  a 
year  the  instructors  noeet  with  the  OIT  staff  to  review,  discuss,  and  evaluate  the  past  semester. 
Often,  suggestions  are  adopted  by  all  the  instructors. 

At  the  end  of  all  classes,  the  students  conq^lete  a  course  evali^ation  form.  These  evaluations  art 
reviewed  by  the  instructor  and  th^  training  cootdi^  ^tor.  .^olem  areas  are  discussed  imi  aidiately 
with  the  instructor,  and  appropriate  adjustments  e  made  to  course  content,  length,  or 
presentation. 

A  Paradox  database  is  nuuntained  of  all  registrants  on  a  PS/2  Model  70.  This  database  is  updated 
regularly  with  data  from  the  central  Human  Resources  database.  Reports  can  be  generated  upon 
request  on  enrollment  Ciijnbcrs,  distribution  according  to  department  or  staff  type),  courses 
(nanoe,  type,  number,  hours,  fee,  etc.),  and  income  and  expenses.  These  reports  are  used  for 
plar  ling  purposes  and  preparing  the  Department's  annual  report. 

Some  Departments  or  ^  ffices  at  Harvard  request  special  training  sessions,  especially  if  they  h  . 
more  than  five  people  to  be  trained  These  sessions  are  scheduled  according  to  classroom  and 
instructor  availability.  Ctecasionally  on-site  training  is  provided,  especially  for  the  President's  and 
Vice-President's  offices.  When  OIT  cannot  meet  a  training  request,  we  refer  people  to  outside 
vendors  or  try  to  accommodate  the  request  next  semester. 

As  yet,  OIT  has  not  developed  follow-up  surveys  of  our  customers.  In  order  to  reach  the  faculty, 
a  needs  analysis  may  be  conducted  in  the  spring  of  1990  to  determine  their  desirr  and  availability 
for  training  sessions. 

Michigan.  Policies  at  Kiichigan  have  grown  out  of  our  experience  and  our  desire  to  offer  high- 
quality,  effiectivc  programs  that  meet  the  needs  of  our  participants. 

Dependability  and  Consistency: 

Because  it  is  important  for  the  campus  community  to  be  able  to  plan  ahead,  an  entire  semestr^s 
schedule  is  published  one  month  in  advance  of  the  coming  semester.  Information  about  the 
workshop  schedule  is  available  in  a  Computing  Center  publication,  Non-Credit  Computing 
Courses  on  Campus ,  as  well  as  in  other  campus  publications  published  each  term  by  the  Human 
Resource  Development  office  and  the  Hospital  TYpining  Department  Our  ITD  newsletters  and 
I  ?eral  UnivCTsity  publications  publish  weekly  woricshop  schei^'jles  as  well.  An  onl  t  file  that  is 
widely  accessible  on  campus  also  carries  information  about  wc   itops  and  any  last-nunute 
schedule  changes. 
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In  order  to  nairow  the  gap  between  participant  expectations  and  reality,  our  publications  try  to 
clearly  c<mvey  exactly  what  will  be  covered  in  a  workshop  and  what  prerequisite  sidlls  are 
necessary,  formation  is  also  provided  about  the  length  and  fonnat  of  the  wa  hop. 

So  that  it  is  not  necessary  to  cancel  workshops  in  the  event  of  an  instructor  iUness,  substitute 
instructors  are  available  and  specially-prepared  "Instructor  Notes"  are  assembled  in  notebooks  foi 
reference.  Workshops  are  cancelled  only  in  the  case  of  ins?  ^cient  enrollments  (fewer  than  5 
registrations  for  advanced,  limited-audience  classes  and  fewer  than  10  for  traditionally  more 
popular  classes). 

Printed  materials  have  become  an  important  part  of  Michigan's  woricshop  program.  Some  are 
desijg;ned  as  reference  materials  while  others  are  step-by-sf'/p  tutorials.  In  either  case,  our 
participants  have  CtX  "e  to  expect  high-quality  support  materials  for  post-wcnrkshop  use.  Many 
people  also  find  that  our  handouts  substitute  for  attending  a  workshop  when  their  schedules  are 
particulariy  busy. 

Excellent  workshop  instructors  are  particulariy  important  to  our  program's  success.  Our 
instructors  are  very  knowledgeable  and  enthusiastic  teachers  who  enjoy  training.  Instructors  work 
in  teams  to  design  new  workshops  and  are  avdlable  as  consultants  to  users  botii  before  and  after 
workshops.  The  workshops  they  design  grow  out  of  their  experience  on  the  U-M  campus  and 
reflect  campus  needs.  Whin:ever  possible,  we  try  to  assign  more  than  one  person  to  teach  a 
particular  workshop  tide.  This  helps  when  we  need  substitucb  instructors  and  it  also  makes 
consistency  in  workshops  essential.  Instructors  of  advanced  courses  need  to  know  that  the  same 
material  is  covered  in  introductory  courses  regardless  of  which  instructor  may  have  taught  it. 

Appropriate  Scheduling: 

Sched^iles  are  planned  taking  into  account  University  class  schedules  and  the  curriculum  is 
modularized  so  that  individuals  can  sign  up  to  learn  the  skills  they  need  Although  we  have  very 
fe*  '  it^ning  workshops,  we  have  schedule  somt  to  accommodate  students,  faculty  or  staff  who 
fina  .vening  workshops  mopd  c<xiven?ent  Registration  and  eiuoUment  statistics  are  nK)nit(red 
carefully  so  that  we  car  offer  the  right  number  of  workshops  eac*  tern  and  at  the  right  time  of  the 
semester.  In  general,  introductory  courses  are  offered  tx^ort  often  than  advanced  classes. 

Classroom  Policies: 

A  myriad  of  policies  md  procedures  seem  to  govern  a^iend'mce  and  registration.  All  of  our 
policies,  however,  are  designed  to  imp  :>ve  the  classroom  experience  of  those  attending  or 
eliminate  a  "no  show"  problem. 

Some  of  our  classroom  policies  are: 

•  Late-comers  forfeit  their  seats  to  "walk-ins" 

•  Registration  is  required,  but  walk-ins  are  encouraged 

•  Registrations  are  accepted  no  earlier  than  one  nx>nth  in  advance 

•  Qass  limit  of  30  participants  for  hands-on  classes 

•  2  participants  per  workstation  is  die  norm 

•  No  eating  or  drinking  in  the  classrcxHns 

•  No  mail  registraticms  to  enable  immediate  confirmaticHi  ot  registration 

•  Modest  fees  are  charged  for  ail  but  introductory  workshops  and  hands-on  systems  use 

workshops,  (typically  $5.00  per  hour,  no  charge  for  students) 

Other  Policies: 

Computing  Center  developed  tutorials  are  distributed  for  a  nominal  tee  ($10.00)  and  may  be 
duplicated  freely.  Commercial  tutorials  will  be  available  for  ciieckout  beginning  in  the  winter  term. 
Prmt  tutorials  wd  wcnicshop  handouts  available  for  $2.00  <»*  at  no  charge  (for  workshops  that  have 
no  fee.) 
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Special  workshops  may  be  requested  by  faciuty  or  departments.  Departments  are  charged  roughly 
$150/hr  for  special  workshops  and  development  time  for  special  workshops  that  are  not  regularly 
taught  is  charged  at  40.00  per  hour.  An  estimate  is  given  to  each  department  requesting  special 
workshops  in  advance. 

Program  Analysis  and  Ongoing  Improvement: 

At  Michigan,  wc  monitor  our  program  and  its  effectiveness  regularly.  Workshop  evaluations  are 
completed  by  participants  after  each  session  and  these  arc  compiled  for  each  workshop  each 
semester.  Instructors  are  the  first  to  receive  the  evaluation  data  and  often  respond  to  feedback  in 
the  evaluations  immediately.  Participant  evaluations  are  also  very  useful  for  identifying  problem 
areas  that  can  be  addressed  in  a  special  meeting.  Some  recent  such  topics  have  included  enhancing 
presentation  skills,  teaching  to  a  mixed  level  participant  group,  handling  questions,  and  teaching 
newly  arrived  foreign  students.  Longer-term  follow  up  evaluations  have  not  oeen  carri'jd  out  with 
the  exception  of  special  workshops  where  tiie  ^ucation  Manager  always  talks  with  the  organizer 
of  the  training  several  weeks  after  the  training  has  been  craapleted 

Consultants  provide  input  into  the  curriculum  planning  and  registration  and  attendance  data  are 
anjiyzed  for  trends  and  indicated  changes  to  workshop  schedules.  Beginning  next  term,  we  wi  i 
be  instituting  a  plan  for  peer  evaluations.  The  Education  group  meets  biweekly  to  address  any 
problems  that  arise  and  once  or  twice  each  semester,  the  entire  teaching  staff  assemble  for  tO[  cs  of 
mutual  interest  and  the  sharing  of  teaching  tips  and  skills. 

I.  Challenges  for  Training  Programs  at  Each  Institution 

Harvard  The  on^  ^ing  challenges  for  Harvard's  training  program  are* 

•  rcquiriiig  full  cost  recovery  for  the  classroom,  which  includes  all  overhead  c  ^  pnscs  (space 
rental,  instructors,  staff  support,  course  materials,  printing,  telephone,  harrtv  and 
software,  etc.) 

•  setting  and  maintaining  standards  for  course  materials  (course  descriptions  and  outir.ies, 
pre-tests,  student  materils  in  proper  sequence  with  page  numbers,  quick  reference  sheets, 
integrated  exercise  s,  bibliography,  and  student  data  disks) 

•  keeping  our  excellent  instructors  happy  (pay  commensurate  with  skill  ai  experience, 
providing  staff  assistance,  dinner  meetings  semiannually) 

•  getting  students  to  self-assc  s  their  skills  and  enroll  in  appropriate  classes  only. 

The  challenges  for  the  future  of  Harvard's  training  program  include: 

•  preparing  and  traiaing  faculty  to  evaluate  and  use  technology  for  personal  and  professional 
tasks  by  cooperating  with  computer  services  groups  within  die  various  Schools 

•  keeping  up  with  the  rapidly  changing  technology  (when  io  upgrade  and  what  expenditures 
for  hardware  and  software  to  capitalize) 

•  developing  effective  training  coordination  mechanisms  within  Harvard  (regular  meetings  of 
user  support  managers  from  the  various  Schools,  quarteriy  meetings  of  fining 
coordinators  and  trainers,  etc.). 

Mitfhigan>^  Challenges  for  Michijan  in  the  conmrg  year  are  numerous  and  revolve  arcund  budget, 
changing  technologies,  and  changing  user  needs.  Among  the  more  interestin  ?  are: 

•  Reaching  increasing  numbers  of  users  with  static  resources 

•  Keeping  up  with  rapidly  changing  tech-iology  and  changing  user  needs 

•  Narrowing  the  gap  between  experienced  and  novice  learners  in  tiie  same  class 

•  Continued  exploration  of  alternative  training  niedia  and  strategies 

•  Becoming  an  effective  lobbying  voice  for  user  needs  and  improved  software 

•  Helping  users  work  "smarter"  with  new  ♦cchnology 
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ABSTRACT 

The  ever-increasing  computer  usage  at  All^heny  College  demanded  an 
increase  in  computer  support.  By  1987  the  450  employees  and  1900  students  of 
Aueghoiy  used  dghteen  different  word  processors. 

The  Computer  Center  found  that  standardizing  on  one  woid  processor  was 
one  way  to  incre?^  pnyluctivity  without  increasing  computing  staff  size.  The 
complex  change  process  required  the  si  pport  of  top  luanagemoit  as  well  as  user 
involvem&it  in  thti;  decision.  Workshop  training  with  hands-on  exp<irience  was 
found  to  be  the  best  strategy  when  teaching  novice  users.  A  users'  group  allv  wed 
for  continuing  user  h.  .olvement.  ^  oject  evaluation  using  a  quf^stionnaiie 
provided  necessary  feedback. 
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A  METHODOLOGY  FOR  STANDARDIZATION: 
FROM  EIGHTEEN  WORD  PROCESSORS  TO  ONE 

This  paper  reviews  the  proceui  t  used  at  Allegheny  College  to  standardize  the  use  of 
word  processing.  Founded  in  1815,  AU^heny  is  a  small,  private  liberal  arts  college.  The  254- 
acre  campus  located  in  northwestern  Pennsylvania  in  Meadville  is  90  miles  north  of  Pittsburgh. 
Meadville  is  a  small  city  of  15,000  people,  surrounded  by  fiarm  country  and  rolling  wooded  hills. 

The  methodology  for  standardization  included  the  following  steps  that  proved  successful: 

1.  Needs  assessment 

2.  Top  management  support 

3.  User  involvement  in  the  decision  process 

4.  Questions  and  answers 

5.  Workshq>s  and  training 

6.  Distribution  of  the  software 

7.  Formation  of  a  Users'  group 

8.  Project  evaluation 

The  Need  to  Standardize 

Be'  le  standardization,  the  450  employees  of  Allegheny  College  used  eighteen  different 
word  processors,  many  at  different  version  levels.  The  most  popular  werr  PC-Write,  Multimate, 
Volkswriter,  WordPerfect,  WordStar,  and  MS  Word.  The  1900  students  primarily  used  PC- 
Write.  Support  dXiC  training  for  all  these  packages  was  ?  very  time  consuming  no-win  situation 
for  the  Computer  Center  staff. 

The  quality  of  support  offered  by  a  computer  center  depends  upon  thi-ee  factors:  the  staff, 
the  number  of  prxxiucts  supported,  and  the  level  of  support  offered.'  If  the  majority  of  the 
college  community  were  to  use  one  versatile,  powerful,  user-friendly  word  processing  package, 
we  would  be  able  to  concratrate  our  support  on  one  good  package. 

By  January  1988,  it  was  apparent  to  the  Computer  Center  staff  that  an  attempt  must  be 
made  to  standardize  on  one  word  procesang  package  at  Allegheny.  In  addition  to  improving  user 
support,  standardization  makes  the  exchange  of  information  muc^  easier  and  increases  efficiency. 
The  Computer  Center  performed  an  evaluaHrm  of  major  word  ^/rocessing  packages  to  select  the 
most  appropriate  program  as  a  standard  for  All^oiy.  Product  reviews  and  professional 
literature  suggested  that  WordPerfect  was  the  most  widely  used  and  highly  rated  word  processor 
on  the  market.'  A  recent  survey  of  CIJMREC  members  also  found  WordPerfect  to  be  "the 
easiest  and  most  helpful  software."'  The  package  met  our  criteric  of  being  both  easy  to  use  and 
lean,  with  powerful  and  versatile  featurts  for  both  generai  and  academic  use.  The  Computer 
Center  suggested  that  Allegheny  College  adopt  WordPerfect  as  its  standard. 
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Adminhtnitive  Eici>gutivg  CmmHti^  ^UPPftlt 

Research  indicates  strongly  that  in  any  complex  change  piocess,  there  is  a  critical  group 
of  people  whose  commitmoit  is  necessary  to  provide  the  raergy  for  a  change  to  occur/  Support 
of  top  administration  is  essential  when  attempting  to  effect  most  organizational  changes.  All 
department  neads  had  to  be  willing  to  supply  the  time  required  for  training. 

The  first  Siq)  in  this  process  was  to  approach  All^oiy's  Administrative  Executive 
Committee  (AEC),  comprised  of  senior  officials  rqwrting  directly  to  the  president.  The 
cooperation,  support,  and  guidance  of  this  committee  was  sought  from  the  outset  of  the 
standardization  effort. 

By  the  end  of  F^ruary  1988,  the  AEC  agreed  in  principle  to  support  the  concept  of 
limiting  support  to  one  or  two  standard  word  processors  on  campus.  They  requested  the 
develc^moit  of  a  foriiial  mechanism  for  selecting  the  !q)propriatc  word  processor.  They  believed 
it  was  important  for  the  users  to  play  an  active  role  iri  arriving  at  the  decision.  They  shared  a 
common  belief  that  resistance  can  limit  the  successful  implemmtation  of  computer  applications.^ 
User  involvemrat  tends  to  reduce  resistance.  The  users  needed  to  have  a  strong  input. 

The  AEC  wanted  a  vehicle  for  all  constituencies  of  the  college  -  studoit,  faculty,  and  staff 
-  to  provide  input  to  the  final  proposal.  As  this  retraining  effort  was  to  affect  all  membersof  the 
college  community,  the  AEC  saw  it  as  an  opportunity  to  improve  communication  on  campus. 
It  workshop  participants  could  discuss  the  type  of  work  each  did,  people  would  to  get  to  know 
each  other  better.  As  participants  discovoed  that  they  shared  many  similar  concerns  and 
problffiis,  an  increased  sense  oi  community  might  devdop.  Forming  a  useia'  ^.oup  would 
provide  an  opportunity  for  people  to  come  together  on  a  ^pgular  basis.  Thus  a  secondary  goal 
of  standardization  was  to  provide  opportunity  for  communication  across  boundaries. 

The  AEC  gave  its  support  for  funding  on  two  conditions:  first,  that  workshops  would 
include  a  mix  of  people  from  different  offices  and  different  levels  of  authority;  md  second,  that 
a  users'  group  would  be  formed. 

Word  Piroctssing  Stiindiirdization  Cammihii^ 

The  Coraputer  Ctmter  began  to  discuss  ways  to  involve  the  entire  college  community  m 
the  decision.  We  rejected  tne  idea  of  sending  out  a  questicmnaire  and  explored  the  idea  of  an  ad 
hoc  committee  By  May  1988,  ve  had  focused  on  the  formation  and  purpose  of  the  Word 
Processing  Standardization  Committee.  This  committee  was  to  make  explicit  the  reasons  for 
adopting  a  standard  word  processing  package  at  All^my.  Using  the  existing  evaluation 
materials  provided  by  the  Computer  Center,  we  wanted  the  committee  to  take  into  consideration 
cost,  power,  flexibility,  and  ease  of  use  and  lea-Tiing.  We  anticipated  this  committee  we  .each 
the  same  amctu&im  we  reached,  choc^g  the  same  word  processing  packages  that  we  had  in 
mind.  The  decision  had  to  be  made  as  soon  as  possible  so  training  coulc'  take  place  during  the 
summer  months  when  the  computer  labs  were  available  for  onployee  use. 
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In  June  1988,  the  committee  was  fo  ned.  The  Word  Processing  Standardization 
Committee  included  five  staff,  three  administrators,  three  faculty,  and  three  students.  We  chose 
members  not  only  from  various  areas,  but  also  with  various  computer  backgrounds.  The 
chairperson  of  the  committee  was  a  member  of  the  Computer  Center  staff.  The  Computer  Center 
prepared  a  working  document  to  simplify  the  task  fadug  this  committee,  emphasizing  tha^  it  was 
only  a  recommendation.  The  committee  would  analyze  the  material  within  this  document,  and 
discuss  the  issues  and  strat^ies  with  colleagues.  As  rq)resentatives  of  the  college  community, 
they  would  build  a  consensus  around  a  final  strat^y  for  standardization.  The  document  included 
the  following  reasons  and  objectives  foi'  standardization: 

1.  Communication  Communication  cannot  happen  wh^n  everyone  is  speakmg  a  different 
language.  Standardization  provides  the  ability  to  exchange  information  effortlessly  with  any 
office,  administrative  or  academic.  A  free  flow  of  informaticm  eliminates  both  communication 
barriers  and  problems  of  misinformation  and  speculation. 

2.  Conununity  Better  communi^^  »tion  makes  for  better  worHng  relationships  and  increases 
understanding  among  groups.  SnmJardization  would  require  cooperation  among  the  many  offices 
on  campus  who  ^  tve  similar  needs  but  rarely  And  occasion  to  discover  the  similarities.  The 
entire  campus  working  as  a  team  toward  a  single  goal  could  brir?  the  collie  community 
together. 

3.  Integration  To  have  everyone  using  the  same  tools  encourages  a  sense  of  creativity, 
harmony,  and  organizational  solidarity. 

4.  Efficiency  When  multiple  word  processing  packages  are  used,  employees  must  use  a 
conversion  program  or  retype  to  sharu  documoits  among  offices.  Secretaries  in  academic 
departments  find  themselves  working  with  docum^ts  from  faculty  who  use  differuit  word 
processors.  All  of  these  tasks  waste  time  and  energy  at  a  time  when  emphasis  on  improving 
productivity  continues  to  increase  at  Allegheny. 

5.  User  Satisfaction  and  Productivity  Research  shows  that  two  important  factors  fiat  impact 
tad  user  comp  *  ^tig  are  the  efficient  and  productive  ise  of  available  software  and  the  quality  of 
interaction  with  computer  specialists.*  llie  level  or  training  and  support  tne  Compt  "  Center 
could  provide  by  concratracing  on  one  package  should  improve  both  factors.  This  would  lead 
to  increased  productivity,  expertise,  and  user  satisfaction. 

6.  Quality  One  of  our  goals  was  to  equip  faculty,  students,  and  staff  with  the  best  possible  tools. 
We  evaluated  several  word  processing  packages  and  found  what  we  judged  to  be  the  most  likely 
software  to  meet  the  needs  of  almost  all  groups  on  campus.  The  package  we  recommended  has 
powerful,  easy-to-rse  features  for  gmeral  and  academic  word  processing  needs. 
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Questions  for  the  rnmnntor  Center 


The  prospect  of  standardizing  raised  several  questions,  issuss,  and  problems  that  needed 
to  be  addressed: 

1.  Transttion  We  expected  a  period  of  transition  during  which  C  new  standard  word  processor 
and  the  old  word  processors  would  all  be  in  use.  The  transition  period  would  take  approximately 
one  scnool  year  for  administrative  users.  Converting  faculty  and  students  would  take  longer 
because  of  the  number  of  upperclassmen  using  PC-Write  and  the  time  constraints  faculty  face  in 
attending  training  workshops.  During  the  transition  we  would  continue  to  support  the  most 
widely  used  word  processors.  Any  new  employees  and  students  would  learn  the  standanl 
package. 

2.  Time  We  saw  the  commitment  of  time  to  be  the  most  univer:;al  problem.  This  commitment 
must  have  priority  and  come  from  the  top  down.  Departmwit  heads  must  give  staff  the  time  to 
learn  the  new  package.  We  anticipated  each  person  learning  the  package  would  q)end  ten  hours 
in  workshop  training  over  a  period  of  2-3  montfis.  The  time  to  achieve  competoicy  in  the  new 
softiivare  would  vary  considerably  from  penoa  to  person.  For  optimal  results,  we  suggested  that 
people  begin  using  the  new  program  immediately  after  training.  For  about  one  month,  we 
estimated  this  could  add  one  hour  per  day  to  the  time  it  would  take  them  to  accomplish  thei- 
norma!  work.  We  also  recommoided  that  for  about  one  month  trainees  spend  1-2  hours  per  week 
away  from  thdr  office"  ♦'^  work  on  the  program,  preferably  in  the  microcomputer  labs  where 
people  who  knew  t^^  ^  jckage  would  be  available  to  answer  questions  and  provide  help. 

3.  Training  Individualized  instruction  is  most  effective  whai  teaching  word  processing.  A  small 
group  accommodates  differences  in  learner  abilities,  attitudes,  and  backgrounds.^  We  planned 
to  conduct  woikshops  attraded  by  no  more  than  18  participants  with  two  instructors  for  each 
group. 

We  planned  to  provide  training  in  steps  -  an  intnductory  session,  an  intermediate  session, 
and  then  workshops  on  advanced  topics.  This  would  give  users  the  opportunity  to  work  with  the 
program,  absorb  what  they  learned,  and  formulate  ^nestions  before  the  next  session.  Individuals 
did  not  need  to  attend  the  introductory  session  if  they  fdt  comfortable  with  basic  features  of  the 
progrann.  They  could  attoid  the  intermediate  or  advanced  levels  as  they  saw  fit.  The  sessions 
emphasized  the  type  of  work  participants  were  most  likely  to  do  with  their  word  processor  in 
thdr  own  working  environment. 

4.  Support  We  had  in  mind  a  number  of  support  mechanisms.  The  formation  of  a  users'  group 
would  provide  excelloit  and  timely  help  for  people  having  problems  and  an  opportunity  to  share 
he*  "^ful  hints  discovered  while  using  the  package.  Each  office  would  identify  a  word  processing 
expert.  These  liaisons  would  answer  most  questiims  aiid  act  as  the  word  processing  contact  with 
tlie  Computer  Center,  lelephone  support  from  the  Computer  Center  would  also  be  available. 
We  would  distribute  tip  sheets  and  handouts. 
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5.  Access/Distribution  The  standard  package  would  be  available  on  all  college-owned  computers 
and  networks.  Anyone  who  had  his  or  her  own  eciaipnent  could  purchase  the  software  for  a 
highly  discounted  rate.  WordPerfect  is  not  a  public  donudn  program.  Unlike  PC-Write,  we 
could  not  duplicate  and  distribute  it  free  of  charge. 

Word  Processing  StandardiMtlrin  C^Mmih^^  IVridnn 

The  Word  Processing  Standardization  Committee  net  twice.  During  the  first  meeting  the 
members  discussed  the  problems  and  coneys.  Tne  committee  made  the  decision  to  support 
standardization  on  Wor^^ect  during  its  second  meeting.  If  this  project  were  to  be  a  success, 
it  was  important  that  the  users  undenand  the  reasons  for  standardization,  the  commitment  to  it, 
and  the  long-run  benefits.'  To  meet  this  requirement,  on  July  18,  1988,  the  committee  sent  a 
memo  to  the  AU^heny  community.  Many  d^eas  in  this  memo  reflected  the  recommendations 
of  the  Conq)uter  Center  to  the  Committee.  This  memo  presented  the  rationale  for  standardization 
and  the  reasons  for  choosing  WordPerfect  as  a  standard. 

Workshops  gnil  Tmtniny 

liy  mid  July  1988,  the  Computer  Coit^  had  negotiated  a  license  agreement  with  the 
WordPerfect  Corporaticm  and  ordered  the  software.  It  was  time  to  formalize  the  training  process. 
Nfany  trainers  say  problems  arise  when  users  with  differ»it  levels  of  PC  experirace  and  diffen^t 
job  requiremoits  are  together  in  the  same  workshop.*  However,  one  of  our  aims  was  to  improve 
communicaticMi  across  the  campus  by  getting  people  together.  We  chose  to  include  employees 
from  various  dq)artm;mts  in  each  workshop,  in  order  to  stimulate  conversations,  each  workshop 
included  a  15  minute  coffee  and  cookie  break.  Users  are  more  U'^ly  to  seek  help  after  their 
initial  training  if  diey  are  persmially  acquainted  witii  tiie  support  staff. The  coffee  breaks 
allowed  the  Conq)uter  Coiter  to  become  acquainted  with  the  users  in  a  personal,  friendly  setting. 

Now  the  problem  we  faced  was  who  would  teach  the  workshops.  Up  until  this  time, 
two  people  from  Academic  Computing  taught  nearly  all  computing  workshops.  Botii  had 
extensive  experience  teaching  workshops,  and  one  was  the  WordPerfect  expert  on  campus. 
However,  these  two  computer  professionals  could  not  possibly  teach  all  workshops.  Although 
the  rest  of  the  Computer  Coiter  staff  had  no  knowledge  of  WordPerfect,  everyone  would  join 
in  and  help  with  the  training. 

Here  is  where  the  plan  met  some  resistance.  "  \ny  programmer,  any  DP  type,  any 
computer  scientist,  wants  to  program,  not  train. Some  of  the  staff  were  very  reluctant  to  teach 
workshops  since  they  had  neither  teaching  experience  nor  training.  One  person  refused  to  teach 
a  workshop;  ine  rest  said  tiiey  would,  but  Uiey  were  hesitant  because  of  tiidr  ick  of  experience 
widi  WordPerfect.  A  key  ingredirat  in  workshqn  is  the  instructor.  The  instructor  must  have 
a  deq>  understanding  of  tte  program.  It  is  important  that  he  or  she  understands  the  fears  and 
apprdiensions  of  thrw  users.  In  addition  to  prior  teaching  experience,  instructors  should  have 
extmsive  experience  with  botii  the  personal  computer  and  the  sc^lware  tiiat  tiiey  are  teaching." 
Many  of  us  werr  mainframe  programmer/analysts  who  had  never  used  WordPerfect.  Most  of 
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us  had  no  teacher  training.  So  what  were  the  chances  for  a  successful  training  program?  The 
workshops  had  to  be  a  success.  We  could  not  risk  Ming  in  even  one  workshop  group. 

Our  solution  was  to  have  the  inexperienced  teachers  assist  the  experienced  trainers  in  the 
early  workshops  to  get  a  feel  for  what  to  expect.  This  worked  out  quite  weU.  Even  the  one 
programmer/analyst  who  had  refused  to  teach  a  workshop  agreed  to  give  it  a  try.  After  assisting 
in  several  workshops,  we  felt  comfortable  enough  to  teach,  and  in  feet,  we  enjoyed  it  and  did 
a  good  job. 

Along  with  the  July  18,  1988  committee  memo,  we  sent  a  memo  to  all  administrative 
offices  announcing  the  WordPerfect  workshops.  We  asked  each  office  to  identify  the  employee 
who  would  serve  as  tht  word  processing  liaison  for  the  dqnrtment.  Liaisons  vae  considered 
the  key  word  processing  experts  in  each  office  and  would  be  the  flrst  to  receive  training  in  the 
package.  They  acted  as  the  contacts  with  the  Computer  Center,  received  the  software  for 
distribution,  and  converted  files  from  other  word  processors  when  necessary,  v  loi  users  had 
problems,  liaisons  would  be  the  first  people  to  ccmsult. 

Focusing  on  All^oiy's  125  administrative  users,  we  conducted  tai  Introductory 
workshops  and  five  Intmnediate  workshops  during  July  and  August.  Each  workshop  met  for  two 
two-hour  sessions.  The  Introductory  workshops  required  no  experience  with  WordPerfect. 
These  workshops  covered  basic  features  of  the  package.  The  Intermediate  workshops  were  for 
those  who  had  takoi  the  Introductory  workshop  or  had  a  working  knowledge  of  WordPerfect. 
They  covered  such  features  as  working  with  blocks  of  text,  advanced  printing  features,  and 
search/rq)lace. 

Advanced  workshops  met  for  one  two-hour  session.  Conversion  workshop  #1  showed 
how  to  use  the  conversion  utility  provided  in  WordPerfect.  Converse  jn  workshop  #2  showed 
how  to  use  Mastersoft's  Word  for  Word  to  convert  files  created  in  Microsoft  Word  or 
Volkswriter.  The  Mail  Merge  workshop  covered  the  techniques  of  merging  a  list  of  names  and 
addresses  with  form  letters.  A  Document  Processing  workshop  dealt  with  the  use  of  WordPerfect 
with  the  HP  Laserjet. 

The  mix  of  snff,  isK^ministrators,  and  feculty  in  the  workshops  was  roughly  4:2: 1.  Each 
workshop  had  participants  from  an  a  srage  of  eight  different  offices.  The  workshops  were 
definitely  accompUshing  the  goal  of  t  inging  together  the  different  groups  on  campus.  People 
were  mingling  and  introducing  themselves  to  odiers,  mostly  because  of  the  coffee  and  cookie 
breaks  we  included.  We  gave  peopl j  time  to  talk  ano  get  to  know  each  other.  Everyone  we 
talked  to,  including  those  c  f  us  teaching,  enjoyed  the  workshops. 

Dtorihutlon 

On  July  25, 1988,  we  distributed  one  copy  of  the  WoHPerfect  software  (six  disks)  to  each 
computer  on  campus,  accompanied  by  a  quick  reference  card  and  a  keyboaid  template.  Each 
copy  included  instructions  for  using  WordPerfect  from  floppy  diskettes,  installing  and  using 
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WordPufect  from  a  hard  disk,  and  lecting  a  printer.  Manuals  were  distributed  at  a  ratio  of  one 
manual  for  every  three  machines. 

UsejTS  could  check  out  workbooks  with  self-paced  lessons  from  Academic  Computing 
Services.  We  DID  NOT  recommend  using  the  on-line  tutorial  that  comes  with  the  WordPerfect 
program  as  we  were  experiencing  some  problems  with  it.  This  worked  to  our  advantage  since 
research  shows  that  an  on-line  training  package  is  a  less  effective  teaching  method  than  workshop 
training.'' 

WordPterfect  Uscrs^  Group 

End-user  attitudes  toward  word  processors  affect  efficiency  and  productivity.  Assuming 
that  more  positive  attitudes  produce  greatar  job  satisfaction  and  productivity,  we  attempted  to 
improve  user  attitudes.'^  In  August  1988,  we  formed  the  WordPerfect  Users'  Group  as  the 
medium  for  exdianging  solutions  to  problems,  macros,  and  other  helpful  information.  We 
encouraged  anyone  interested  to  attend  the  meetings.  Two  collie  employees  with  PC 
experience,  who  were  not  members  of  the  Computer  Center  staff,  coordinated  the  users'  group. 
This  was  a  fiiTtha*  attempt  to  involve  the  users.  The  Users'  Group  planned  to  hold  informal 
monthly  meetings  in  a  computer  classroom  where  demcmstrations  could  be  givm. 

Many  of  the  problems  we  experimced  with  the  project  were  anticipated  and  measures 
were  in  place  to  deal  with  them.  Other  problems  were  unexpected.  One  major  problem  we 
encounteared  was  that  as  we  were  about  to  standardize  on  WordPerfbn  4.2,  WordPerfect 
Corporation  came  out  with  a  nugor  upgrade-WordP^ect  S.O.  "There  are  substantial  differences 
between  the  two  versions."'^  Not  only  did  we  have  the  task  of  teaching  WordPerfect  to  the 
collie  community  and  ourselves,  thm  was  no  one  on  campus  who  was  an  expert  at 
WordP^fect  S.G.  In  addition,  WordPerfect  S.O  requires  384K  memory  while  version  4.2 
required  only  2QSK.  Many  of  our  PCs  had  only  2S6K  memory.  Version  S.O  runs  best  on  a  hard 
drive  or  a  network  with  lots  of  free  space.'* 

Another  problem  was  that  during  this  same  time  frame,  nu^ny  offices  were  converting  to 
laser  printers  and  hard  disks.  Bei:ides  learning  a  new  software  package,  usen^  were  dealing  with 
new  hardware.  Often  calls  concerning  WordPerfect  were  actually  questions  having  to  do  with 
the  new  haidwan. 

We  logged  all  calls  and  reports  of  problems,  sending  students  or  personnel  out  to  help 
user^  when  necessary.  Most  problems  seemed  to  be  with  printers.  An  IBM  Wheelprinter  driver 
was  not  available  at  the  time  we  recdved  the  WordPerfect  software.  Eighteen  offices  on  campiis 
used  the  Whr^^printer.  F*j/thermore,  we  had  to  experiment  with  suitable  drivers  for  older  dot 
matrix  printa^s  not  supported  by  WordPerfect  S.O.  i  .s  problems  arose,  we  yfspsaed  handouts 
outliiiing  solutions  or  ways  to  avoid  the  problems.  These  handouts  as  well  uS  several  useful 
macros  were  distributed  through  the  users'  group. 
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Project  Evahiatlon 


Although  the  standardization  process  was  far  from  being  complete,  in  November  J.988  we 
performed  an  evaluation  using  a  questionnaire  sent  to  all  employees  of  the  college.  This  feedback 
would  allow  us  to  make  modifications  to  the  plan  if  necessary.  Of  the  450  employees  receiving 
the  questionnaire,  36%  reqx>nded. 

The  questionnaires  were  analyzed  using  SPSS-X.  Of  those  responding,  30%  were 
adirinistrators,  36%  were  faculty,  and  34%  were  staff.  Of  the  59%  using  WordPerfect  5.0, 
33%  were  administiators,  nearly  ?1%  were  fiujulty,  and  40%  were  staff.  Of  those  responding 
to  the  survey,  61%  attended  a  workshop:  87  attended  the  Introduction,  63  attended  the 
Intermediate,  19  attended  the  Mail  Merge,  9  attended  the  Document  Processing,  and  12  attended 
the  Conversion  worlcshops.  The  workslKips  were  rated  excellent  by  61%  of  the  respondents, 
good  by  34%,  and  fair  by  4%.  None  of  the  employees  rated  the  workshops  poor. 

De^te  the  positive  ratings,  comments  on  the  questionnaires  pointed  to  three  areas  in  need 
of  improvemoit.  First,  the  constructive  criticism  illustrated  the  importance  of  workshop 
evaluations.  Before  the  next  round  of  workshops  in  December,  we  would  design  an  evaluation 
form  to  be  completed  by  participants  at  the  conclusion  .f  each  workshop.  This  immediate 
fieedback  would  allow  us  to  monitor  the  quality  of  instruction  and  make  timely  adjustments. 

A  sec(md  difficulty  involved  our  practice  of  int^rating  users  with  various  levels  of 
computer  expertise  into  a  single  workshop.  To  meet  our  goal  of  providing  cross  boundary 
communication,  we  combined  users  with  different  levels  of  PC  exp^ence.  We  overlooked  the 
option  to  include  users  firom  various  areas  without  including  users  of  various  levels  of  PC 
expertise.  To  eliminate  this  problem  in  future  workshops,  we  would  dther  match  participants 
by  ability,  or  require  users  with  litUe  PC  experience  to  attend  the  Introduction  to  the  PC 
workshop.  Employee  comments  also  led  us  to  question  the  timing  of  the  workshops. 
Participants  in  the  summer  WordPerfect  workshq)s  often  attoided  an  Intermediate  or  Advanced 
workshop  without  enough  practice  at  the  introductory  level.  Enforcing  prerequisites  would 
alleviate  this  problem. 

Clndny  TTiMiyhts 

Throughout  this  project  we  have  stressed  user  involvement.  Ref'nrch  shows  that  the 
training  strategy  not  only  affiBc;s  learning  efficiency,  but  also  affects  attif  les  end  users  develop 
toward  the  system."  We  expect  the  favorable  ratings  of  the  workshops  to  carry  over  into  the 
work  area. 

The  first  wave  of  training,  with  over  300  participants,  was  a  success.  We  will  continue 
to  offer  WordPerfsct  workshops,  asking  participants  to  perform  an  evaluatim  at  the  conclusion 
of  each  workshop.  We  have  learned  that  feedback  is  a  necessary  part  of  the  change  process. 
Thus  ftf ,  feedback  shows  that  our  expectations  are  being  met. 
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DATA  ADMINISTRATION; 
Problems  and  Solutions 


Ronald  G«  Hoover 
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Pennsylvania 


ABSTRACT 

This  paper  J.«%scribes  some  of  the  problems  encountered  in  the 
administration  of  data  at  The  Pennsylvania  State  University  and  the 
solutions  that  have  been  implemented  to  solve  these  problems.  It 
is  recognized  that  the  technical  aspects  of  these  solutions  may  not 
be  applicable  everywhere,  however,  the  techniques  presented  will 
hopefully  stimulate  ideas  for  solutions  to  similar  problems  at 
other  institutions. 
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INTRODUCTION 

The  implementation  of  data  adiiiiniscration  can  vary  widely  from  one  university 
to  another.    However,  some  of  the  problems  encountered  in  administering  data 
are  common  to  organizations  that  have  active  data  administration  functions. 
It  is  the  purpose  of  this  presentation  to  describe  the  structure  of  data 
administration  at  The  Pennsylvania  State  University,  and  to  detail  some  of  the 
solutions  to  problems  we  have  encountered. 

Hopefully  this  discussion  will  provide  useful  information  to  those  who  are 
contemplating  data  administration,  and  alternate  solutions  to  problems 
experienced  by  organizations  that  have  already  established  data  administration 
functions. 

DATA  ADMINISTRATION  HISTORY  AT  PENN  STATE 

Data  administration  has  existed  at  Penn  State  for  many  years.    Initially  it 
was  in  the  form  of  policies,  procedures  and  security  measures  that  were 
necessary  for  the  normal  day  to  day  operation  of  the  computer  department.  As 
systems  grew  larger  and  more  ntunerous,  a  more  formal  method  of  keeping  track 
of  university  data  was  needed.    This  need  was  met  through  the  acquisition  of  a 
system  called  Pride  from  M.  Bryce  &  Associates  Inc.    Pride  used  paper  forms  to 
collect  and  relate  information  about  files,  records  and  data  elements.  The 
system  w?.s  good  for  the  collection  of  information  but  proved  inadequate  for 
reporting  purposes.    To  correct  this  situation,  a  in*house  system  was 
developed  to  place  the  data  from  the  forms  onto  magnetic  tape.    Updating  and 
reporting  facilities  were  also  developed.    This  became  the  first  machine 
readable  dictionary  used  at  Penn  State.    The  administration  of  this  system  was 
the  responsibility  of  the  systems  development  group. 

In  1974  the  University  acquired  IMS  as  its  first  database  management  system. 
At  that  time  a  database  administration  group  was  created  and  assumed  many  of 
the  responsibilities  associated  with  data  administration.    In  1982  work  began 
on  a  major  effort  to  develop  new  student  systems  using  the  ADABAC  database 
management  software  and  its  fourth  generation  programming  language  NATURAL. 
The  new  systems  are  on~line  oriented  and  have  created  an  environment  whert? 
more  data  is  available  to  more  users  than  ever  before.    This  environment 
emphasized  the  need  for  a  more  formal  data  administration  function  which  was 
established  in  1986.    The  goals  of  this  function  are  as  follows: 

1.      Institutional  data  are  to  be: 


a. 


d. 


b. 


c. 


Accurate 
Complete 
Accessible 
Secure 
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2.      Information  systems  are  to  be: 


a.  Coordinated 

b*  Consistent 

c.  Efficient 

d.  Protected 

e.  Flexible 

f*  Accommodating 

DATA  ADMINISTRATION  ORGANIZATION  AT  PENN  STATE 

With  the  establishment  of  the  above  goals  came  one  of  the  first  problems 
encountered  by  most  organizations  contemplating  data  administration.    Where  in 
the  organization's  structure  should  data  administration  reside?    At:  Penn  State 
it  was  decided  that  data  administration  would  not  be  empowered  in  a  single 
person  or  organization;  rather,  all  units  interacting  with  the  system  would 
share  the  responsibilities  of  data  administration.    Identified  below  are  the 
key  participants  and  their  responsibilities: 

1.  Executive  Director  of  Computer  and  Information  Systems 

The  primary  responsibility  of  the  Executive  Director  is  for 
initiatives  for  system  planning,  policy  development  and  research 
activities  that  affect  data  administration.    The  initiatives  are 
undertaken  with  the  direct  involvement  of  the  Committee  for 
Administrative  Systems  Planning  in  which  key  offices  are 
represented. 

2.  Manager  of  Data  Administration 

The  Manager  of  Data  Administration  is  responsible  for  facilitating 
and  coordinating  overall  data  system  planning,  policy  development, 
research  activities,  communication,  system  efficiency,  data  security 
and  data  accessing.    The  installation,  maintenance  and  efficiency  of 
the  database  and  data  dictionary  systems  are  also  the  responsibility 
of  the  Manager  of  Data  Administration. 

2.      Data  Stewards 

Each  data  element  in  the  administrative  systems  is  assigned  a 
steward.    The  stewards  are  responsible  for  developing  coding 
structures  for  data,  ensuring  data  accuracy,  determining  updating 
frequency,  establishing  requirements  for  data  protection  and 
authorizing  access  to  data  within  the  stewards  area. 

A.      Access  and  Security  Representatives  (ASRs) 

ASRs  are  established  in  the  major  offices  of  the  university  and  are 
responsible  for  requesting  access  to  data  for  their  organization  and 
for  ensuring  appropriate  access,  use  and  protection  of  the  data 
within  their  purview. 
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Of  the  above  participants,  the  Manger  of  Data  Administration  is  the  most 
active.    This  office  handles  the  typical  data  administration  functions  of  the 
University.    The  placement  of  this  function  is  usually  critical  to  the  success 
of  an  organizations  data  administration  efforts.    Figure  1  shows  Penn  State's 
placement  of  this  function  within  the  central  administrative  data  processing 
department  which  reports  to  the  Executive  Director  of  Computer  and  Information 
Systems  and  the  Provost.    This  structure  has  advantages  in  permitting  data 
administration  to  work  directly  with  the  operations,  process  control  and 
security  staffs  to  enforce  standards  and  take  immediate  action  in  controlling 
data  access.    In  addition,  the  database  and  data  management  staffs  report 
directly  to  the  Managet  of  Data  Administration  and  provide  technical  expertise 
for  software  and  systems  solutions  to  many  problems 

A  Potential  disadvantage  of  placing  the  data  administration  function  in  the 
data  processiiig  center  could  arise  when  a  problem  occurs  that  affects 
organizations  over  which  the  Manager  of  Data  Administration  has  no  authority* 
Generally  these  problems  take  longer  to  resolve  but  have  been  successfully 
addressed  through  the  coordination  of  data  administration  and  the  data 
stewards.    In  the  event  a  problem  cannot  be  resolved,  the  data  administration 
reporting  structure  permits  the  escalation  of  the  problem  to  the  Executive 
Director  of  Computer  and  Information  Systems  and  potentially  to  the  Provost. 

USER  ACCESS  TO  DATA 

The  first  challenge  that  faced  data  administration  at  Penn  State  was  to 
provide  a  way  of  requesting  access  to  computerized  institutional  data  that 
would  meet  the  needs  of  the  users  and  all  parties  involved  in  the 
authorization  process.    From  the  users  standpoint,  a  vehicle  was  needed  that 
would  allow  them  to  identify  the  particular  data  they  wanted  to  access.  The 
data  stewards  wanted  information  describing  why  the  data  was  needed  and  how  it 
would  be  used.    They  also  desired  the  capability  of  specifying  any 
restrictions  that  were  to  be  imposed  on  the  use  of  the  data.    The  security 
office  required  an  Identification  of  the  individuals  who  would  access  the  data 
and  a  signed  statement  that  the  users  understood  their  responsibilities  for 
using  data  as  outlined  in  university  policies  and  as  agreed  to  by  the 
stewards.    Data  administration  needed  a  way  of  recording  the  request  and 
subsequent  approvals  or  disapprovals  of  everyone  involved.    In  addition,  it 
was  highly  desirable  that  the  process  be  kept  as  simple  as  possible. 

The  initial  solution  to  this  problem  was  the  design  of  a  general  form  for 
requesting  access  to  computerized  institutional  data.    It  was  decided  that  a 
single  one  page  form  would  reduce  confusion  on  the  part  of  the  requestor  and 
aid  in  the  standardization  of  the  request  process.    The  front  of  the  form,  as 
illustrated  in  Figure  2,  is  completed  by  the  access  and  security 
representative  from  the  requesting  office.    This  portion  of  the  form  is  used 
to  identify  the  data  needed,  the  reasons  for  the  need,  and  the  individuals  who 
will  access  the  data.    Each  individual  is  uniquely  identified  by  a  "userid" 
assigned  by  the  security  office.    The  back  of  the  form,  as  shown  in  figure  3, 
is  used  to  record  the  signatures  of  those  involved  in  the  request,  approval 
and  implementation  processes.    In  the  event  additional  space  is  required, 
additional  pages  are  attached  to  the  form.    When  a  request  is  completed,  a 
copy  of  the  form  is  returned  to  the  requestor  and  the  original  form  is  filed 
in  the  data  administration  area. 
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pennState 


Manafcincnl  Scrvket 


Requeot  to  Data  Administration 

for  Access  to 
Computerized  Institutional  Data 


3  Shicldt  Building 

Th«  Pennsylvania  Stale  Univontly 

Univorsily  Park,  PA  16602 


MGMT  SVC  U5£  ONLY 
Log  Number 
Date  Rec'd  - 
OateStewd 

0«te  Ret'd        -  -  

Access  Est        -  - 


PURPOSE  of  REQUEST: 
(Spedfy  why  dsts  is  nttded) 


2.      SCOPE  of  DATA  REQUIRED: 

(Specify  dtsired  population,  selection  criteria,  $nd  specific  data  values  -  if  appropriate) 


3.    msrmmoNAL  data  required: 

(List  specific  file  names,  or  list  of  data  elements.  Attach  additional  pages  -  if  necessary) 


4.      TIME  PERIOD: 

The  dtu  is  requested  for  the  period  from  to  or 

Semester  ,      I      I  Quarter  ,  I  Currertt . 

OTHER 


5.      INDIVIDUAL  ACCESS  INFOIUKATION: 

(Cnitr  uurlDs  of  individutis  from  younrtt  who  will»«tss  tht  d»U ' 


Figure  2 
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6.      ACCESS  and  SECURITY  REPRESENTATIVE  SIGNATURE: 

'firm  the  data  I  accept  will  be  used  in  accordance  with  the  agreement  specified  by  the 
Steward(s)  of  this  data  and  I  have  read  and  understand  University  Policies  AO-20,  "Data 
Security  and  Privacy"  and  AO-23  "Useof  Computerized  Institutional  Data". 

Name:  Administrative  Area : 

(Please  print) 

Signature  pate: 


Forward  the  completed  form  to  the  Manager  of  Data  Adnriimstration, 
I  Shields  Building,  University  Park. 

7.      DATA  ADMINISTRATION  ACTION: 

Reouett    Appfove<i   Disapproved  

Comments: 

Signature:   Date: 

(Manager  of  Data  Administration) 


8.      DATA  STEWARIXS)  APPROVAL: 

I  agree  to  release  the  requested  daU  which  is  under  my  stewardship,  under  the  conditions 
and  time  periods  noted  on  the  reverse  side  of  this  form. 

Steward's  office  Tlonature  pite 

Restriaions  (Attach  additional  sheet,  if  necessary) 


Steward's  effi'S  Signature  Date 

Restrictions  (Attach  additional  sheet,  if  necessary) 


9.      MANAGEMENT  SERVICES  APPROVAL: 

Signature:   ^   Pate: 

Director,  Management  Services 


10.    INFORMATION  CENTfclit  AfmON: 

The  following  data  sets  wire  created  to  satisfy  this  request. 


Signature:   Date:  ,   

1 1 .    INSTALLATION  SECURITY  OFFICE  ACTION: 

Appropriate  access  was  established  for  this  request. 
Signature:   Date:  ^i(»t2€i9$ 


Figure  3 
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The  above  process  has  worked  well  over  the  past  three  years  with  only  minor 
changes  to  the  request  form  as  dictated  by  experience.    The  next  step  in  the 
process  will  be  to  include  the  request  form  in  an  electronic  approval  system 
that  will  eliminate  the  paper  form  and  speed  up  the  approval  process.  Th^s 
system  will  also  provide  requestors  the  capability  of  monitoring  the  progress 
of  their  requests. 

ELRgNT  CLASSIFICATION  SYSTEM 

The  request  form  was  not  in  use  very  long  when  another  probleia  presented 
Itself.    Requests  began  to  appear  asking  for  access  to  entire  data  base  files 
rather  than  individual  fields.    In  these  cases  the  stewards  were  provided  with 
listings  of  their  data  elements  from  the  requested  files.    For  some  stewards 
this  meant  reviewing  listings  of  up  to  a  thousand  data  elements.    At  times  the 
steward  would  just  finish  one  review  when  a  request  from  another  user  would 
start  the  process  all  over  again.    Needless  to  say»  the  stewards  soon  asked 
for  a  better  way  to  handle  access  requests. 

What  appeared  to  be  needed  was  a  system  that  would  allow  the  stewards  to  grant 
access  to  classes  of  data  elements  rather  than  individual  data  elements.  This 
meant  the  stewards  required  a  methodology  to  group  their  data  elements  for 
access  authorization  purposes.    The  first  proposal  for  providing  this 
methodology  used  government  classifications  such  as  top  secret,  secret  and 
confidential.    This  proposal  was  not  well  received  for  two  reasons:  The 
stewards  felt  that  terms  such  as  top  secret  and  secret  did  not  fit  into  the 
university  environment*  and  no  one  could  decide  on  a  set  of  criteria  for 
classifying  data  into  these  categories.    A  second  proposal  was  then  made  that 
wes  more  structured  in  its  approach.    It  called  for  only  two  categories: 
classified  and  unclassified.    A  work  sheet  was  also  provided  to  aid  in  the 
classification  process.    The  work  sheet  listed  six  factors  to  be  considered 
for  each  data  element.    These  factors  were: 


1. 

Competitive  value 

2. 

Fraud  potential 

3. 

Legal  liability 

A. 

News-worthiness 

5. 

Financial  exposure 

6. 

Impact  on  management  decisions 

This  proposal  was  also  rejected.    The  stewards  felt  that  two  classifications 
levels  were  not  enough  and  the  factors  on  the  work  sheet  were  difficult  to 
apply  across  the  board.    The  third  time  is  a  charm  and  the  third  proposal  was 
accepted  by  the  stewards.    It  involved  classification  levels  of  0  through  3 
and  two  simple  rules.    Rule  1:    Data  elements  classified  at  level  0  are 
available  for  anyone  to  access.    Rule  2:    Classification  levels  are  inclusive 
of  the  levels  represented  by  lower  level  numbers.    For  example »  a  user  who  is 
give  access  to  level  2  data  will  also  have  access  to  level  1  and  0  data. 
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Other  than  level  0»  no  attempt  was  made  to  define  the  meaning  of  levels  1 
through  3.    The  stewards  were  free  to  create  their  own  criteria  for  assigning 
elements  to  each  level.    The  classification  levels  are  maintained  in  the  data 
dictionary  for  each  data  element.    Now,  when  a  user  requests  access  to  a  file, 
the  stewards  simply  specify  access  to  a  classification  level.    As  is  sometimes 
the  case,  the  solution  of  or.e  problem  often  highlights  another  proDlem.  The 
stewards  were  now  able  to  authorize  access  in  record  time  but  the  creation  of 
tailored  user  views  to  match  those  authorizations  was  a  painfully  slow  manual 
process.    This  was  made  worse  by  the  fact  that  a  given  file  usually  contains 
elements  for  many  stewards  and  therefore  many  access  levels  had  to  be 
considered  in  the  creation  of  a  user  view  for  the  file. 

A  JTCTiATED  USER  VIEW  SYSTEM 

Eliminating  the  manual  process  for  creating  tailored  user  views  was  the  next 
challenge  to  be  addressed.    The  data  dictionary  system  provided  an  on-line 
capability  for  creating  user  views  from  file  descriptions.    However,  it  was 
not  able  to  use  the  steward's  element  classifications  in  the  process.    Half  of 
the  solution  to  this  problem  was  in  place  with  the  documentation  of  data 
element  classifications  in  the  dictionary.    What  was  needed  was  a  system  to 
link  the  element  classifications  with  levels  of  user  access  authorizations  for 
each  steward  and  each  file,  and  then  to  automatically  create  tailored  user 
views  based  on  these  links.    An  existing  code  table  file  was  used  to  contain 
the  link  infoncation.    A  new  code  set  was  defined  that  contains  an  entry  for 
each  unique  file,  user  and  steward  combination.    The  entry  also  contains  the 
level  of  data  access  approved  by  the  steward  for  the  user.    The  final  piece  of 
the  solution  was  the  creation  of  an  on-line  program  to  read  the  code  set  and 
dictionary  and  create  a  user  view  that  is  tailored  to  the  approved  access  for 
a  particular  user. 

As  with  any  system,  exceptions  do  aris3.  Occasionally  a  user  will  request 
access  to  elements  at  a  level  higher  than  they  have  been  authorized.  Vvhen 
this  occurs  the  stewards  have  four  choices: 

1.  Authorize  the  user  for  the  higher  level. 

2.  Change  the  classification  level  of  the  elements  in  question. 

3.  Disapprove  the  request. 

A.  Grant  access  to  the  elements  on  an  exception  basis. 

Choices  1  through  3  are  handled  by  the  automated  user  view  system  in  normal 
fashion.    Choice  4  requires  some  additional  processing.    In  these  cases,  the 
code  entry  containing  the  user's  access  authorization  is  flagged  to  indicate 
an  exception  exists.    The  user  view  generation  program  then  accesses  another 
code  set  that  identifies  the  data  elements  to  be  added  as  exceptions.  The 
stewards  have  done  a  good  Job  classifying  their  elements  and  the  use  of  the 
exception  process  has  been  rare. 
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During  the  design  o2  the  automated  user  view  system,  provisions  were  made  to 
select  an  alternate  element  classification  level  for  sensitive  data  elements 
when  used  in  conjunction  with  entity  identifying  elements.    For  example,  a 
data  element  containing  grade  information  may  have  a  classification  level  of  1 
if  used  alone  or  with  other  elements  that  do  not  identify  a  particular  entity. 
This  permits  studies  to  be  done  on  grades  with  no  links  to  entities  such  as 
students  or  colleges.    However,  if  the  grade  data  element  was  requested  along 
with  entity  identifying  elements  such  as  student  id  or  college  name,  the 
access  level  of  the  grade  element  can  be  raised  to  2  or  3.    The  stewards  have 
the  ability  to  designate  entity  identification  elements  and  to  specify 
alternate  access  levels  for  any  data  element.    It  is  interesting  to  note  that 
this  feature  has  not  been  utilized.    The  stewards  have  opted  to  maintain  a 
simpler  system  based  on  a  single  element  classification. 

DATA  DICTIONARY  USER  ENHANCEMENTS 

As  institutional  researchers  and  other  users  began  accessing  university  data, 
they  uncovered  problems  in  the  documentation  of  data  elements  in  the 
dictionary.    Typically,  the  element  descriptions  in  the  dictionary  were 
created  by  individuals  who  worked  closely  with  the  data  and  had  an  in  depth 
knowledge  of  it.    As  is  often  the  case,  these  individuals  assxuned  a  similar 
understanding  on  the  part  of  others  and  their  documentation  was  difficult  for 
the  uninitiated  user  to  understand.    This  problem  was  further  compounded  by 
the  fact  that  the  dictionary  did  not  provide  good  facilities  for  the  storage 
and  retrieval  of  the  kind  of  textual  information  required  by  the  user. 

The  first  step  in  the  solution  of  this  problem  was  for  the  users  to  get 
together  and  develop  a  list  of  the  kinds  of  information  they  felt  should  be 
part  of  the  data  element  documentation.    The  list  they  created  is  as  follows: 

1.  USAGE  INFORMATION  -  This  category  of  information  describes  how  an 
element  is  used  and  interpreted.    Some  examples  are: 

a.  Descriptions  of  algorithms  used  to  calculate  element  values. 

b.  Unexpected  features  of  the  format  of  an  element. 

c.  Cautions  about  the  use  of  elements  that  have  known  limitations. 

d.  Time  dependencies  and  order  of  entry  for  array  elements. 

e.  Any  special  requirements  for  interpreting  the  values  of  an 
element. 

2.  VALUE  INFORMATION  -  This  information  describes: 

a.  Legitimate  values  for  an  element. 

b.  Default  values 

c.  Indications  of  what  values  mean  as  well  as  what  they  do  not 
mean. 

d.  The  effective  dates  for  specific  values. 

3.  UPDATE  INFORMATION  -  The  data  to  be  collected  in  this  category  is  to 
reflect: 
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a.  How  an  element  is  updated. 

b.  When  it  is  updated. 

c.  Who  is  responsible  for  the  update. 

A.      RELATIONSHIP  DATE  -  The  information  in  this  category  describes 
relationships  to  other  data  elements  and  processes, 

5.  HISTORY  INFORMATION  -  This  documentation  lists  the  date  a  change  was 
made  to  an  element  and  describes  how  the  element  was  affected  by  the 
change, 

A  form  was  designed  for  the  collection  of  the  above  information,    A  separate 
form  for  each  data  element  was  printed  and  distributed  to  the  appropriate 
stewards  for  use  in  providing  the  requested  data.    A  policy  was  also 
established  requiring  the  completion  of  the  form  for  new  data  elements  and  fci 
changes  to  existing  elements.    This  policy  is  enforced  by  the  data 
administration  staff  which  is  the  focal  point  for  data  element  maintenance. 

The  second  part  of  the  solution  was  to  design  a  data  base  to  contain  the  new 
information  and  to  develop  an  on-line  system  to  access  and  maintain  the  data. 
The  scope  of  the  on-line  system  was  expanded  to  include  access  to  the  regular 
data  dictionary  as  well  as  a  keyword  data  base.    The  keyword  database  is 
created  by  selecting  words  from  data  element    aroes  and  descriptions  and 
sorting  these  words  to  form  a  cross  reference-  to  the  data  elements.    When  used 
through  the  on-line  system,  this  cross  reference  permits  the  user  to  select  a 
keyword  of  interest,  such  as  "degree",  and  view  all  data  elements  that  contain 
this  subject  in  their  element  name  or  description.    A  generic  keyword  can  also 
be  entered  to  allow  access  to  all  elements  with  keywords  beginning  with  the 
selected  characters.    All  on-line  users  have  read  access  to  this  system  and 
stewards  have  read  and  update  access.    Whenever  an  update  is  made  by  the 
stewards,  the  system  enforces  the  creation  of  a  history  record  to  document  the 
reason  for  the  change  and  the  date  it  was  made.    Future  enhancements  to  the 
system  will  provide  the  stewards  with  an  on-line  capability  to  view  the 
accesses  they  have  approved  through  the  previously  described  element 
classification  system.    They  will  be  able  to  view  approvals  by  user  or  by 
file. 

The  solutions  presented  in  this  paper  to  the  problems  encountered  at  Penn 
State  have  taken  advantage  of  the  vendor  software  in  use  for  database  and  data 
administration.    While  the  technical  aspects  of  these  solutions  may  not  be 
totally  applicable  to  similar  problems  at  other  institutions,  the  ideas  and 
techniques  presented  should  be  adaptable  to  most  environments. 
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Most  academic  institutions'  long-range  plans  call  for 
the  implementation  of  automated  aids  to  system 
development,  including  a  full  complement  of  CASE 
tools.     In  order^o  fully  utilize  the  benefits  of 
these  tools,  a  computing  organization  must  have  a 
well-defined  structured  development  methodology  and 
must  follow  it  religiously. 

The  University  of  Akron,  like  many  other  institutions, 
has  been  using  a  well-ingrained  classical  methodology 
for  many  years.    This  presentation  discusses  the 
development  and  implementation  of  the  University's 
Structured  Project  Life  Cycle.     It  covers  the 
investigation  of  the  various  structured  techniques  to 
be  adopted  for  analysis,  design,  development, 
maintenance,  and  project  management;  the  development 
of  procedures  for  building  the  data  models,  process 
diagrams,  and  structure  charts,  and  the  training 
methods  used  to  ensure  implementation  of  the  new 
methodology.     Future  plans  for  modification  of  the 
project  life  cycle  to  accommodate  future  tools  are 
discussed  and  several  recommendations  are  made. 
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"By  the  1990s,  CASE  tools  and  software  development 
workstations  vill  be  as  common  to  software  development 
as  programming  1 ^nguages  and  compilers  have  been  for 
the  last  three  decades.    Computer-aided  software 
engineering  will  take  a  central  position  among 
software  technologies."  -  CARMA  MCCLUilE 

As  recently  as  a  year  ago,  I  was  one  of  those  who  felt  they 
had  heard  all  of  this  before  and  that  the  whole  idea  of  CASE 
and  structured  systems  development  was  going  to  be  just 
another  "flash-in-the-pan".    A  couple  of  very  important  things 
have  happened  to  change  my  mind. 

The  first  was  the  realization  that  our  traditional  techniques 
were  no  longer  having  the  desired  results.    Although  systems 
were  being  developed  at  a  fairly  decent  rate,  the  designs  were 
not  standard,  even  among  the  project  leaders  that  had  been  in 
the  department  for  many  years.    Additionally,  files  and 
databases  were  being  designed  and  'milt  that  were  totally 
unacceptable.    Access  to  these  files,  even  when  they  were  very 
acceptable  to  the  user,  were  difficult  to  maintain  and  ignored 
institutional  data  needs  that  should  have  been  considered. 

The  second  thing  that  happened  was  the  "legitimization"  of 
CASE  and  structured  techniques.    I*m  referring  to  the 
announcement  of  AD/CYCLE  by  IBM  and  the  adding  of  three  of  the 
top  CASE  product  companies  (Bachman,  Index  Technology,  and 
KnowledgeWare)  to  the  IBM  "partnerships". 

Although  I'm  referring  to  this  as  a  "case  study",  it  is 
actually  an  unfinished  case  study.    We  have  gone  only  part  of 
the  way  toward  implementing  the  structured  techniques  and  the 
CASE  too]   «     In  my  contacts  with  other  universities  and 
corporations,  I  have  found  that  most  of  us  are  at  approximately 
the  same  point.    We  have  either  made  the  commitment  to  utilize 
structured  techniques  or  have  decided  to  stick  with  the 
traditional  techniques  until  the  dust  settles. 

This  is  the  story  of  how  we  made  our  decisions  and  how  we  plan 
*:o  go  about  implementing  the  tools. 


ENVIRONMENT 

The  main  campus  of  the  University  of  Akron  has  a  student 
enrollment  of  just  under  29,000,  making  it  the  third  largest 
of  Ohio's  state  universities.    The  academic  and  administrative 
computing  on  campus  share  the  facilities  and  resources  of  the 
University's  Computing  Center. 
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The  University  of  Akron's  administrative  systems  utilize  an  IBM 
3090/200  running  MVS/XA.    Most  of  our  progr^fms  werc^  written 
in-house  using  COBOL  and  CICS.    We  use    Easytrieve  Plus  for 
batch  report  generation  for  both  users  and  progra«aming  staff, 
IMAGINE  for  batch  query  for  our  users,    SAS-Graph  for  our  batch 
graphic  needs,  and  over  the  last  two  months,  have  developed  our 
first  set  of  online  screens  using  IBM's  Cross  Systeiii  Product 
(CSP), 

The  Model  204  relational  database  from  Computer  Corporation  of 
America  (CCA)  was  installed  late  in  1986  and  several  systems 
have  been  constructed  utilizing  Model  204 's  utilities, 
including  a  complete  rewrite  of  the  Accounting  System,  During 
the  last  £%3w  months,  a  commitment  has  been  made  to  install 
iraCs  DB2  as  a  second  database. 

Over  the  last  twenty  years,  administrative  applications  have 
been  implemented  in  all  of  the  major  areas:  student  systems, 
financial  systems,  human  resource  systems,  alumni/development 
systems,  and  physical  facility  systems.    There  are  currently 
64  different  systems  that  include  a  total  of  3,200  programs. 
The  number  of  programs  in  a  system  range  from  a  bookstore 
report  system  consisting  of  one  program  to  the  personnel 
system  with  374  programs.    We  spend  about  sixty  percent  of  our 
productive  time  maintaining  and  modifying  these  systems. 


REOUIREMENTS  FOR  CHANCE 

In  the  spring  of  1986,  the  University  completed  a  five-year 
plan  for  computing.    The  seven  committees  that  developed  the 
campus  plan  over  a  period  of  about  six  months  covered  the  major 
automation  topics  of:  large  mainframes,  micros  and  minis, 
graphics,  office  automation,  computer  based  education, 
administrative  systems  and  programming,  and  networking  and 
telecommunications , 

A  great  deal  of  the  good  planning  of  these  comidittees  has 
already  resulted  in  the  implementation  of  some  fine  automated 
systems,    what  was  missing  was  any  commitment  toward  the 
development  of  new  systems  development  techniques  or  the  need 
for  them.    The  closest  anyone  got  toward  suggesting  such  a  rtep 
was  the  recommendation  that 

— a  primary  effort  be  exerted  by  the  Computer 
Center's  Administrative  Systems  and  Programming 
department  on  providing  the  support  necessary  to 
enable  the  University's  administrators  to  better 
utilj.ze  the  available  data  and  that  these  needs  be 
given  major  emphasis,** 

The  actual  re:|uirement  for  making  some  changes  came  from 
several  other  sources. 
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First,  we  had  been  trying  to  update  our  development  life  cycle 
for  sr^veral  years.    The  current  development  techniques  have  been 
in  use  since  1974,  are  totally  traditional,  and  are  based  on 
manual  operations  to  be  automated  and  the  subsequent  delivery  of 
specific  documentation. 

Second,  there  have  been  many  requests  for  Executive 
Information  Systems  (EIS)  and  Decision  Support  Systems  (DSS) 
from  the  highest  levels  of  the  University.    These  requests  may 
not  be  a  direct  request  for  EIS  or  DSS,  but  will  show  up  as  a 
request  for  a  quickly-needed  inquiry  covering  several  years  of 
comparative  data,  some  type  of  forecast,  or  a  graphics  output. 
Although  we  have  set  up  a  "Quick  Response**  group  within  the 
department,  this  is  not  the  long-term  answer. 

Third,  with  the  commitment  to  DB2,  it  has  been  emphasized  that 
a  good  solid  set  of  development  techniques  based  on  structured 
methods  was  a  necessity  if  we  were  to  be  successful. 

Fourth,  it  became  apparent  during  the  analysis  and  design  of 
the  last  couple  of  database  systems  that  our  systems  developers 
could  not  rely  on  traditional  design  methods  and  develop  an 
acceptable  system. 


LIFE  CYCLE  METHODOLOGIES 

Over  the  years,  the  primary  objectives  of  the  project  life 
cycle  have  remain  unchanged.    According  to  Ed  Yourdon,  they 
are: 

1.  To  define  the  activities  to  be  carried  out  in 
a  systems  development  project. 

2.  To  introduce  consistency  among  many  systeii:» 
development  projects  in  the  same  organization. 

3.  To  provide  checkpoints  for  mamigement  control 
for  go/ no-go  decisions. 

Whether  you  were  using  a  version  of  the  classical  project  life 
cycle  or  of  the  waterfall  model  of  systems  development  or  a 
combination  cf  both,  the  objectives  stated  above  still 
remained  valid.    The  problem  stems  from  the  fact  that  all  of 
these  methodologies  required  a  sequential  progression  and 
bottom-up  implementation. 

According  to  Ed  Yourdon  again,  the  difficulties  with  requiring 
a  sequential  progression  are  as  follows: 

1.  It  doesn't  allow  for  real-world  phenomena  such  as 
politics  or  project  leaders  who  mr  ce  mistakes. 
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2.  It  allows  for  user  indecision;  indeed  it  is  very 
common  for  users  to  change  their  minds  several 
times  during  the  development  of  a  system. 

3.  It  relies  on  outdated  techniques;  in  fact,  it 
totally  ignores  structured  techniques. 

There  are  several  other  difficulties  listed  by  Ed  Yourdon  when 
bottom-up  implementation  is  demanded: 

1.  Nothing  is  done  until  it's  all  done;  there  is 
nothing  to  show  the  user  during  development 
other  than  an  enormous  pile  of  listings. 

2.  Trivial  bugs  are  found  at  the  beginning  of 
testing,  serious  bugs  are  found  at  the  end. 

3.  Debugging  is  extremely  difficult  during  final 
stages  of  system  testing. 

4.  Requirements  for  computer  test  time  rise 
exponentially  during  final  stages  of  testing. 


STRUCTURED  METHODOLOGIES 

For  several  years  now,  there  has  been  a  growing  recognition 
that  structured  techniques  were  available  to  help  us  solve  our 
problems.    The  big  question  was:  how  do  we  go  about  implementing 
them?    Some  organizations  went  to  a  semistructured  project  life 
cycle.    Although  it  utilised  top-down  implementation  and  the 
coding  and  testing  of  high-level  modules  first,  it  was  still  a 
largely  manual  effort  the  depended  on  narrative  specifications. 

Another  version  of  the  top-down  approach  that  has  become 
popular  lately  is  the  prototyping  life  cycle.    Although  I  do 
consider  prototyping  to  be  a  useful  part  of  good  development 
life  cycle,  I  don't  see  this  type  of  life  cycle  as  a  complete 
answer  to  the  development  problem. 

The  structured  project  life  cycle  as  proposed  by  Ed  Yourdon 
contains  nine  activities:  survey,  analysis,  design 
implementation,  acceptance  test  generation,  quality  assurance, 
procedure  description,  database  conversion,  and  installation. 
There  is  a  lot  to  say  for  the  planning,  analysis,  and  design 
procedures  in  this  life  cycle,  but  the  process  is  hard  to  learn 
and  the  various  documents     ^  be  delivered  by  each  of  the 
activities  are  difficult  to  produce  without  heavy  manual  effort. 

Unlike  the  traditional  approach,  any  or  all  of  the  activities 
can  be  taking  place  simultaneously.    In  fact,  the  radical** 
approach  calls  for  all  activities  to  take  place  in  parallel. 
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STRUCTURED  TOOLS  -  CASE 

There  are  now  more  than  a  hundred  companies  selling  "CASE" 
tools.     Even  4GLs  are  now  being  called  CASE  tools  if  they 
generate  some  type  of  code. 

My  definition  of  a  CASE  tool  is  a  tool  that  automates  the 
structured  techniques.    By  this  I  mean  a  series  of  programs 
that  automates  the  development  of  the  various  components  of 
each  of  the  structured  activities,  maintains  the  information 
in  a  master  dictionary,  justifies  the  various  relationships 
between  the  components,  and  generates  the  code.    Any  changes 
to  the  system  should  require  changes  to  the  components,  not  to 
the  code. 

Carma  NcClure  lists  40  software  packages  as  representative 
CASE  full  life  cycle  tools.     I'm  not  sure  I  agree  with  her. 
Most  of  the  tools  listed  depend  on  another  tool  for  completion 
of  the  full  life  cycle.    For  example.  Index  Technology's 
Excelerator  has  excellent  planning,  analysis,  and  design  tools 
but,  at  the  current  time,  depends  on  another  product  such  as 
Telon  or  Micro  Focus  to  generate  code. 

We  have  only  found  two  tools  that  we  feel  are  full  life  cycle 
tools  "  KnowledgeWare * s  Information  Engineering  Workbench 
(lEW)  and  Texas  Instrument's  Information  Engineering  Facility 
(lEF) .    More  about  them  later. 


SYSTEMS  DEVELOPMENT  AT  THE  UNIVERSITY  OF  AKRON 

The  project  development  life  cycle  in  use  at  the  University  of 
Akron  since  1975  contains  four  activities:  systems  survey, 
systems  design,  systems  definition,  and  programming.  The 
deliverables  are  in  narrative  form  except  for  a  couple  of 
manually  produced  flow  charts.     In  fact,  nowhere  in  the 
Computer  Center's  standards  manual  is  this  called  a  "life 
cycle".     It  is  merely  a  list  of  items  to  be  delivered  after  the 
system  is  developed. 

As  I  mentioned  earlier,  we  have  been  trying  to  develop  a  new 
development  methodology  for  many  years.    Our  latest  attempt 
(about  a  >ear  ago)  had  five  activities:  project  initiation, 
requirements  definition,  system  design,  programming  and  testing, 
and  implementation.    Although  data  flow  diagrams,  prototyping, 
and  structured  walkthroughs  were  listed  as  parts  of  the 
activities,  the  basic  idea  was  still  a  sequential,  bottom-up, 
traditional  life  cycle.    Because  of  disagreement  among 
management  as  to  the  actual  structure  needed,  it  was  never 
implemented. 
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The  University  of  Akron  made  its  first  jump  into  the  database 
arena  in  late  1986  with  the  purchase  of  Model  204.     Prior  to 
that  time,  lack  of  hardware  resources  made  that  move  impossible. 
Several  medium  sized  systems  were  developed  and  the  rewrite  of 
the  Accounting  System  was  our  first  major  effort  in  Model  204. 

Although  the  development  with  Model  204  was  successful,  the 
interfacing  with  other  systems  was  difficult.     If  we  could  have 
stopped  all  development  and  taken  the  time  to  rewrite  all  of  our 
systems  in  Model  204,  it  would  have  been  very  acceptable. 
However,  this  was  never  considered  an  alternative. 

As  we  added  new  application  tools  and  longingly  looked  at 
others,  it  became  evident  that  Model  204  was  not  in  the 
"mainstream"  and  was  roost  likely  not  going  to  be.    Most  tools, 
including  CASE  tools,  had  not  been  developed  with  Model  204  in 
mind. 

The  commitment  to  implement  IBM's  DB2  was  made  about  six  months 
ago. 


CASE  PROGRESS 

The  Whole  area  of  CASE  tools  and  where  they  fit  within  the 
applications  development  picture  has  become  much  clearer  within 
the  last  couple  of  years  and  the  tools  available  have  had  a 
tremendous  increase  in  capabilities.    I  have  attended  some  good 
sessions  at  CAUSE  over  the  last  couple  of  years  presented  by 
happy  users  of  Excelerator  and  lEF. 

We  looked  closely  at  Excelerator  from  Index  Technology.  The 
flexibility  and  usability  of  the  system  are  apparent  and  they 
have  a  great  track  record.     I'm  sure  there  are  several 
Excelerator  user's  at  this  presentation  today.    The  only 
shortcoming  we  saw  wap  the  need  for  a  separate  product  for  code 
generation. 

We  also  looked  closely  at  lEW  from  KnowledgeWare.  Like 
Index  Technology,  KnowledgeWare  became  an  IBM  partner  a  couple 
of  months  ago.    Unlike  Excelerator,  lEW  now  has  its  own  code 
generator. 

The  four  activiti<*s  in  lEW  (planning,  analysis,  design,  and 
construction)  and  the  components  of  each  are  well  integrated. 
Since  James  Martin  is  the  head  of  this  company,  it  necessarily 
follows  his  Information  Engineering  methodology  very  closely. 
Because  of  the  automated  integration  of  the  various  components, 
the  flow  of  the  resultant  life  cycle  is  also  much  easier  to 
understand  than  the  nine  step  approach  proposed  by  Yourdon. 
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Carma  NcClure  lists  the  following  benefits  to  be  gained  from  the 
implementation  of  a  CASE  supported  methodology: 

1.  Makes  sti^ictured  techniques  practical 

2.  Enforces  software/information  engineering 

3.  Improves  software  quality  through  automated  checking 

4 .  Makes  prototyping  practical 

5.  Simplifies  program  maintenance 

6.  Speeds  up  the  development  process 

7.  Frees  the  developer  to  focus  on  the  creative  part 
of  software  development 

8.  Encourages  evolutional  and  incremental  development 

9.  Enables  reuse  of  software  components 

She  lists  the  following  causes  of  CASE  failures: 

1.  Confusion  about  what  individual  CASE  products  actually  do 
2*  Using  CASE  tools  to  address  problems  for  which  they  were 
not  intended 

3.  Placing  too  much  emphasis  on  CASE  tools  as  a  whole 
solution 

4.  Ignoring  the  importance  of  good  management 

5.  No  development  methodology  or  standards  in  place 

6.  Poorly  integrated  CASE  tools 

7.  Poor  tool  documentation  and  training 

8.  Not  enough  functionality  present  in  CASE  tools 

9.  Unclear  about  which  software  problem  needs  to  be  solved 

10.  No  methods  for  measuring  impact  of  CASE  on  software 
development  and  maintenance 

11.  No  software  development  methodology  training 

12.  Indecisive  -  unwilling  to  make  a  decision  about  how  to 
use  CASE  technology 

13.  Unwilling  to  change  current  way  of  developing  and 
maintaining  software 

14.  View  CASE  as  a  high-risk  technology 

15.  No  plan  detailing  how  to  implement  CASE  technolocty 

What,  then,  is  the  most  frequently  used  development  methodology 
in  the  United  States?    Nearly  30%  of  the  structure^)  technique 
users  use  Yourdon*s  structured  design.    Gane-Sarson  and  DeMarco 
users  together  make  up  about  25%  of  the  total  with  Orr  and 
Jackson  users  making  up  another  10%. 


THE  STRUCTURED  PROJECT  LIFE  CYCLE 

The  development  life  cycle  we  will  be  implementing  has  seven 
steps:  project  initiation,  requirements  definition,  system 
design,  programming,  system  testing.  Implementation  and 
production,  and  post  implementation  review.    This  is  fairly 
close  to  the  Yourdon  structure  that  I  mentioned  earlier.  In 
addition,  data  flow  diagrams,  entity-relationship  diagrams,  and 
structure  charts,  the  basic-three  of  structured  techniques  will 
be  interjected  as  part  of  the  life  cycle. 
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The  structured  project  life  cycle  we  envision  consists  of  seven 
steps:  project  initiation,  requirements  definition  (to  include 
the  activities  of  planning  and  analysis),  design,  construction, 
system  testing,  implementation,  and  post  implementation  reviev/. 
We  plan  on  incorporating  the  lEW  activities  and  components  into 
this  life  cycle. 


IMPLEMENTATION 

In  addition  to  the  standards  currently  being  developed  for  the 
structured  project  life  cycle,  there  are  other  standards  we  are 
working  on  that  will  be  implemented  during  the  next  six  to  nine 
months.    These  include  CSP,  DB2,  and  the  CASE  tool  usage. 

One  of  the  most  important:  components  of  the  implementation  is 
the  training  of  the  project  leaders  and  programmer/analysts. 
We  started  the  training  in  May  using  two  hour  sef^sions  every 
two  weeks  and  planned  to  complete  the  initial  training  in  nine 
sessions.    So  far,  we  have  had  about  eight  sessions  and  have 
made  it  through  the  requirements  definition  activity.  The 
introduction  to  systems  development  alone  took  three  sessions. 

We  will  restart  the  training  sessions  again  after  the  holidays. 
We  plan  to  cover  the  structured  techniques  first  though  before 
continuing  with  the  life  cycle. 

Another  big  question  to  be  answered  was  whether  or  not  to 
implement  the  structured  techniques  and  the  structured 
development  life  cycle  fully  before  implementing  a  CASE  tool 
(install  them  sequentially)  or  to  go  with  the  structured 
techniques  and  the  CASE  tool  at  approximately  the  same  time. 
We  decided  on  the  latter  approach  because  we  feel  that  the  CASE 
tools  structure  should  help  provide  some  badly  needed 
consistency  in  our  analysis  and  design. 


We  have  already  taken  several  steps  on  our  long  range  SAA  plan. 
We  installed  a  local  area  network  connecting  all  of  the 
administrative  project  leaders  and  managers.    We  implemented 
CSP,  completed  the  pilot  project,  and  will  be  training 
additional  users  within  the  next  few  weeks,    in  addition,  in 
preparation  for  DB2,  we  installed  several  upgrades  to  our 
operating  software. 

The  next  phase  will  begin  about  the  first  of  January,  1990,  and 
should  be  complete  about  September.    This  includes  the 
implementation  of  DB2,  lEW,  and  several  other  application  tools, 
as  veil  as  training  our  personnel. 
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Future  phases  include  expension  of  the  encyclopedia  to  the 
mainframe  and  additional  JEW  workstations  in  1991,  and  the 
implementation  of  TIF  and  AS  in  1992. 


RECOMMENDATIONS 

Structured  techniques  and  CASE  is  the  future.    The  two  are 
singular:  structured  techniques  will  never  succeed  without  CASE 
and  CASE  is  useless  unless  structured  techniques  are 
implemented. 

Nothing  good  is  cheap.    Providing  a  full  tool  capability  for  all 
of  your  developers  will  be  expensive  from  both  a  software  and 
hardware  standpoint,  but  the  techniques  and  tools  can  both  be 
phased  in  rather  easily. 

Prepare  to  spend  large  amounts  of  time  and  money  on  training. 
There  is  some  excellent  training  being  provided  by  consulting 
organizations  at  the  present  time. 

Sell,  sell,  and  sell.    Everyone  I  talked  to,  even  the  most 
excited  users,  stressed  the  need  to  continue  selling  management 
on  the  fact  that  CASE  tools  and  structured  techniques  are  the 
systems  tools  of  the  90s. 
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ABSTRACT 


This  paper  presents  a  look  at  the  approaches,  problems  and  successes  of 
delivering  Administrative  Management  Systems  which  affect  both  Central 
Processing  Areas  and  Departmental  processing  of  information.  These  systems 
affect  pohqr,  procedures  and  training  requireoto  operate  the  administrative 
functions  involved. 


As  system  implementors,  our  management  of  the  application  development 
projects  must  be  sensitive  to  the  user's  perceptions  which  mevitably  surround  all 
development  projects.  Our  experiences  in  on-line  systems  at  the  University  of 
Florida  have  guided  us  to  develop  strategies  which  have  been  successfully  used  on 
several  development  projects. 
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Introduction 

Building  informatics  systems  solutions  that  work  effectively  for  a  business  is 
a  tough  job  for  aU  those  involved.  Top  management  must  find  ways  to  ensure 
success  and  economy.  Users  must  learn  to  use  equipment  and  processes  which  often 
seem  foreign  to  them.  Middle  managers  must  remink  the  procedures  and  structure 
of  their  om^  and  stidff.  They  must  learn  to  manage,  train,  and  motivate  a  group  of 

Seople  ^q)eriencing  drastic  changes  in  their  daily  routines.  The  Information 
ystems  Department  must  become  knowledgeable  in  many  areas  of  the  business. 
Iney  must  also  maintain  a  high  level  of  skill  in  rapidly  changing  areas  of  technology. 
The  above  forces  have  been  common  knowledge  to  most  Data  Processing  Managers 
for  years. 

Within  the  workings  and  aeendas  of  a  large  public  university  such  as  the 
University  of  Honda  (UIv,  these  forces  are  diversified  and  multipfi^^  Projects 
undertaken  in  ^is  environment  must  be  closely  managed  and  guided  from  mception 
through  completion  if  you  intend  to  implement  successful  Information  Systems  (LS.) 
projects.  Furthermore,  you  must  continue  to  manage  the  project  throughout  the 
system's  operational  life  time.  Lack  of  coordination  between  top  management, 
operational  managers,  system  users  and  information  systems  personnel  ydll  provide 
for  a  difficult  (pernaps  impossible  path)  for  developing  quality  information  systems 
that  work  and  continue  to  work  as  the  demands  on  the  university  change. 

To  provide  insight  into  the  magnitude  and  scope  of  these  issues  at  the 
University  of  Florida,  mt  following  profile  should  be  considered.  UF  is  a  top  20 
school  in  size  of  student  population.  As  a  member  of  the  American  Association  of 
Universities  (AAU),  UF  is  among  the  nation's  leading  research  unVersities.  As  a 
Land  Grant  educational  facility,  UF  is  responsible  for  Florida's  Institute  of  Food 
and  Agricultural  Sciences  (IFAS)  and  the  related  extension  centers  throughout  the 
entire  state  of  Florida.  Also  part  of  the  university  is  a  large  Medical  Center  with 
related  professional  schools.  It  performs  extensive  research  and  operates  many 
patient  clinics. 

UF  has  20  colleges  and  schools.  All  programs  are  coordinated  and  offered 
on  a  single  campus  of  more  than  800  buildings  spanning  2000  acre:  Vrofn--  ^ 
offerings  include: 

137    Academic  Departments 

1 14    Majors  in  52  undergraduate  degrees 

123    Masters  degree  programs 

76      Doctoral  programs 

100    Interdisciplinary  Institutes  and  Centers 

Post  Baccalaureate  Studies  are  also  offered  in  law,  dentistry,  medicine 

and  veterinary  medicine. 

All  these  statistics  indicate  UF  is  a  large  campus  with  a  wide  diversity  in 
procedures,  needs  and  management  styles.  A  staff  of  over  13,000  faculty, 
administrators  and  university  support  personnel  and  35,000  students  must  be 
coordinated  through  the  never  ending  list  of  administrative  procedures,  regulations 
and  mandated  requirements  placed  upon  a  university  with  a  budget  of  over  900 
million  dollars. 
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Administrative  System  Directions 

The  University  of  Florida  has  installed  many  successful  applications  during 
the  last  5  to  6  years.  Some  of  these  are  listed  ir  Table  1. 


Table  1:  Recent  Systems  Developed  or  Installed  at  UF 


Pro j  ect  Installed 

Description 

P/P/B 

7/84 

Comprehensive  On-line 

Integrated  Payroll/ 

Personnel/Budget 

SAHAS 

7/86 

Statewide  Accounting 

System  with  state 

provided  software. 

Central  Leave 

6/87 

On-line  Personnel  Leave 

Performance  Appraisal 

Management 

9/85 

Support  Staff  Performance 

ACCESS 

6/89 

Central  Employment 

FTE/Effort 

5/89 

Faculty  Staff  FTE/Effort 

Student  Cashiering 

Tracking 

8/87 

Cooperative  On-line 

Automated  Cashier 

Cashier inci  Svstem 

8/88 

End  of  day  Cashier 

Balancing 

Balancing  System 

Salary  Commitment  Tracking  1/89 

On-line  Salary  Projecting 

Purchasing 

5/88 

On-line  Purchase  Request 

Purchasing  Departmental 

Management 

2/90 

On-line  Purchasing 

Employee  History 

Departmental  Entry 

11/89 

Personnel  Historical 

Retrieval 

Traffic  &  Parking 

3/90 

Management  of  Parking 

Decals  and  Traffic 

Tickets 

The  systems  have  been  installed  with  a  relatively  small  staff  by  industry 
standiutls,  and  we  have  had  a  hi^  level  of  acceptance  Dv  our  campus  community. 
More  importantly,  our  Information  Systems  Staff  has  gamed  credibility  and  is  in 
demand  tor  a  number  of  additional  development  projects. 
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Several  common  directions  persist  throughout  all  of  these  projects. 
These  concepts  are  described  below: 


Systems  are  bein^  provided  ON-LINE  via  an  IBM  CICS  Administrative 
Application  Renon  to  staff  stationed  primarily  on  our  campus  but  with 
access  from  facilities  in  most  of  Florioa's  67  counties.  These  ^tems  provide 
management  areas  a  mechanism  for  collecting  accurate  information  and  for 
reducmg  paper  flow  and  usage. 

Policy  and  audit  enforcement  can  be  built  into  the  system.  Massive  time 
consuming  reviews  can  be  accomplished  much  easier  via  adhoc  or  routine 
reports. 

Centralized  control  of  functions  and  information  formerly  recorded  and  kept 
in  manual  files  are  now  accessible.  Administration  is  able  to  track  and 
ev^uate  information  housed  in  the  databases.  For  example,  prior  to  the 
Central  Leave  System,  employee  leave  records  were  kept  in  manual  files  at 
the  employee's  department  Once  a  year,  or  based  on  sampling  visits,  audits 
were  done  to  assist  in  policy  enforcement.  Leave  liabiliW  was  blown  only  for 
the  annual  financial  status  and  only  then  through  a  lengthy  data  collection 
activity.  We  are  now  able  to  record  leave  faster  and  more  accurately  than 
before.  The  department  clerks  need  to  work  only  with  leave  usage.  The 
system  determines  leave  earned  automatically  and  accurately. 

Technology  within  the  systems  is  continually  being  upgraded  as  new  tools 
become  available  for  our  use.  Our  approach  to  technology  encourages  our 
technical  staff  and  management  to  use  technology  to  assist  the  smooth 
working  of  UF.  The  choice  of  the  most  current  technology  for  a  project  is 
not  always  necessary.  As  managers,  you  should  evaluate  all  the  issues  and 
factors  regarding  an  application  and  select  the  apmopriate  technology. 
There  are  places  for  Batch,  On-line,  Cooperative  Processing  Techniques  and 
for  VSAM,  DB2,  Sequential,  and  tape  in  all  of  our  day  to  day  operations. 
Generally,  however,  you  want  to  choose  the  most  current  tools. 

Staff  training  for  the  efficient  use  and  management  of  the  ^tems  has  been 
encouraged  at  all  levels  of  UFs  organization.  Training  ana  skills  are  to  be 
enhanced  at  our  user  departments,  management  areas  and  within 
information  systems.  This  is  a  continuing  and  ongoing  activity  which  should 
begin  early  in  evei^  project  and  never  stop  even  alter  the  ^tem  is  fiilly 
operational.  Ongoing  training  is  an  important  success  factor  for  systems  on 
our  campus.  Turnover  and  chanses  in  responsibilities  is  a  constant  problem 
to  overcome.  We  have  over  1000  terminals  accessing  our  business 
applications  and  the  staff  using  the  network  must  be  comfortable  using  the 
applications. 


313 


UF  Administration  has  Identified  several  areas  of  concerns  which  we  closely 
monitor  during  each  project  These  concerns  are  managed  jointly  during  and  after 
the  project  by  the  "owner"  and  Information  Systems  Department.  Although  varied 
m  nature,  each  of  the  items  below  plays  a  key  role  in  the  production  of  a  successful 
project 

1.  Technology  and  Methodology 

2.  Security  Management 

3.  Communication  (of  the  human  kind) 

4.  Departmental  Training 

5.  Staffing 

6.  Management  of  Expectations 

The  strategies  implemented  for  our  projects  are  sensitive  to  the  six  items 
above.  Atteniion  is  provided  to  all  of  these  throughout  a  IIF  project 


How  Projects  Begin 

•  "^NE"  and  "STYLE"  of  interactions  between  participants  of  a  project 

IS  often  mfluenced  by  the  initial  formation  or  conception  of  a  project.  The  term 
"How  Projects  Begin  refers  to  the  origination  of  the  concept  or  need  for  a  new  or 
enhanced  information  system.  An  awareness  of  the  project  origin  will  allow  the  I.S. 
department  to  present  the  solutions  to  users  invohrea  in  more  effective  formats.  If 
the  I.S.  Department  can  keep  the  best  possible  working  relationships  wiA  the  system 
owners  and  related  departments,  the  projects  success  will  be  more  easily  secured. 

UF  has  identified  three  basic  points  of  origin.  Upper  management  promotes 
the  project  to  be  implemented.  This  scenario  ensures  the  high  level  VP  support 
needed  for  a  project.  The  operational  owners  and  end  users  may  need  to  be 
convmced  in  some  cases  that  the  system  will  be  worth  all  of  the  implementation 
effort  They  will  be  required  to  participate  and  are  an  important  success  factor 
dunng  the  system  startup.  The  hne  management  will  often  conceive  of  ideas  which 
d^erve  attention  by  I.S.  and  upper  management.  They  must  sell  there  idea  to  the 
VP  in  charge  of  their  area  so  it  can  be  studied  for  development  This  situation 
provides  a  devoted  and  ready  to  work  owner  to  implement  and  operate  the  system. 
The  third  type  of  project  orgm  often  encountered  is  the  external  mandate.  We  have 
all  grown  to  expect  and  react  as  necessary  to  these  often  short  deadlined  requests. 

Implementation  of  information  s.ysiems  follow  a  three  level  thinking  process 
for  the  project  manager.  First,  "AWARENESS"  of  the  problems  that  might  occur. 
Tne  second  stage  is  understanding  why  these  problems  happen,  "DIAGh^SIS". 
TTie  third  stage  involves  the  "TREATMENT"  of  the  specific  problems  you  have 
diagnosed.  1  The  issue  of  who  or  where  a  project  is  started  can  affect  the  factors 
commonly  associated  with  implementation  success.  Refer  to  Table  2  to  review  the 
factors. 


IDickson  and  W^therbe,  The  Management  of  infonnatlQn 
SyfijbfiOIS/  McGraw-Hill.  1985.  pp380-409 


Table  2;    Factors  Asgociated  With  Implementation  Problems 


Factor  Description 


1. 

Ease  of  Use 

The  intended  users  perception  of  the  degree 
of  difGculty  to  use  the  system  must  be 
weighed  against  the  perceived  benefits  to 
the  user. 

2. 

Previous  Systems 
Experience 

A  previous  bad  or  good  experience  can 
cany  over  to  a  new  system  activity. 

3. 

Data  Problems 

If  the  data  is  not  or  felt  not  to  be 
accurate  or  complete,  the  users  wiU 
lose  confidence  and  tend  not  to  use  the 
system. 

4. 

Perceived  Need 

The  users  must  perceive  a  need  for  the 
system  for  it  to  be  used  successfully 

5. 

Control  over 
Change 

People  do  not  resist  change,  rather 
they  resist  not  having  control  over  h. 

6. 

Mutual 

Understanding 

Technical  Designers  anr*  Managers  must 
communicate  a  workable  solution. 
Often  there  is  failure  to  conununicate  and 
understand  each  other. 

7. 

Expectancies 

The  way  users  expect  a  system  to 
contribute  to  their  performance  and 
their  belief  that  performance  is  related  to 
rewards  they  receive  are  important  to  how 
these  users  employ  a  system. 

8. 

Power  and  Social 
Change 

The  roles  of  power  and  political 
issues  involved  include: 
rivalries 

territorial  threats 
fear  of  obsolescence 
resistance  to  outsiders 
cultural  factors 
worries  of  job  security 
information  possessiveness 
changes    job  pattern 

9. 

NOS  Staff  Turnover  Ijosing  staff  members  during  the 
project  can  cause  a  great  deal  of 
information  loss  to  the  technical 
staff. 
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Analysis  Techniques 

Developing  an  information  system  requires  a  great  deal  of  analytical  and 
tedmical  expertise.  However,  the  expertise  must  be  governed  by  a  method  which 
provides  tools  to  clearly  conununicate  the  analysis  results  to  the  programmers, 
owner  and  upper  management  when  necessary.  Characteristics  required  of  the 
method  used  mclude: 

1.  Graphical  A  picture  paints  a  thousand  words. 

2.  Stepwise  Refinement    Various  levels  of  detail  are  required. 

3.  Support  English         Simple  English  explanatory  text  regarding  application 

semantic  content  is  easily  attached. 

4.  Automated  It  must  have  a  computer  based  interface  which  ideally 

includes  color  graphic,  intelligent  diagramming  and 
data  dictionary  abilities  as  a  minimum. 

These  tools  resemble  the  approach  used  by  an  architect  designing  a  building. 
The  architect  must  concisely  and  precisely  define  the  specification  of  the  building 
for  a  variety  of  technical  experts  (contractors)  ^d  the  client.  Hie  drawings  will  6<» 
at  various  levels  of  detail  with  each  level  providing  an  accurate  analysis  othow  fjid 
what  the  end  product  will  be  like  when  completed. 

Analysis  techniques  for  an  automated  ^tem  should  try  to  provide  three 
coals.  First,  the  analyst  should  decompose  and  clearly  understandthe  business 
ninctions  to  be  automated.  Define  what  the  system  must  do  or  accomplish  for  the 
enterprise.  Don't  define  how  it  will  be  done  procedurally  until  later  steps.  Second, 
use  the  tools  to  decompose  the  information  required  to  support  the  business 
functions.  Once  you  have  identified  th  i  information  define  the  relationships 
between  the  information  elements  to  provide  a  relational  information  structure  of  at 
least  INF  and  preferably  3NF.  The  third  step  is  tc  combine  the  function  and 
information  into  a  sound  procedural  flow  of  data. 

At  UF  we  have  chosen    use  a  CASE  tool  and  other  support  packages  to 
provide  intellisent  graphic  diagrams  with  attached  data  dictionary  support  The 
tools  provide  the  analyst  with  hierarchical  function  decomposition  diagrams,  entity 
relationship  data  modeling,  and  Gane-Sarson  Style  DFD  diagramming.  The 
supporting  tools  provide  a  means  to  produce  a  prototype  of  the  on-line  ^tem  for 
early  review  of  system  feasibility.  A  walk-thru  should  be  conducted  that  challenges 
the  designers  decisions.  Hie  analyst  should  be  called  upon  to  defend  the  design 
choices  he  has  made.  A  good  design  will  be  made  better  and  a  good  design  wul 
withstand  the  process.  When  a  poor  solution  is  encountered,  the  walk-thru  team 
must  provide  the  impetus  and  direction  to  correct  problems.  Under  no 
circumstances  should  a  poor  solution  be  accepted  into  a  new  on-line  system.  The 
system  will  only  get  worse  if  you  allow  the  process  to  produce  components  with 
questionable  quaiit). 
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In  summaiy,  analysis  techniques  are  really  quite  simple.  Understand  the 
function,  infonnaticn  and  flow  of  data  through  the  system.  Build  a  prototjpe  which 
idlows  your  management,  owner,  and  even  departmental  users  to  react  and  provide 
suggestions  and/or  confirmation  to  your  vision  of  their  system.  It  may  be  useful  to 
thmk  of  this  as  the  architect's  sketches  depicting  the  floor  plan  and  external 
appearance  of  a  building.  His  client  will  oe  able  to  look  at  his  desi^  concept, 
understand  it,  and  then  decide  to  accept,  reject  or  suggest  modifications  to  make  it 
acceptable.  A  well  conceived  prototype  provides  a  system  analyst  with  a  similar 
capability  for  an  information  ^tem  project  LjasHy,  the  project  manager  must  be 
committed  to  a  quality  solution  and  oemand  that  ms  staff  provide  accurate  and 
complete  technical  implementations  of  the  prototype.  You  must  demand  quality  in 
your  system  solutions. 


Commonication,  Thiining  and  Expectations 

Even  with  the  best  technicians  available  you  are  ensured  a  failed 
development  project  if  you  do  not  communicate  and  train  the  required  audience  of 
your  application  systenL  With  training  the  users  and  management  will  be  more 
comfortable  and  know  what  to  expect  To  be  successful,  you  will  need  to  provide 
the  ^ten*  vou  have  conditioned  the  users  to  expect  Therefore,  it  seems  to  be 
extremely  \.  udent  to  manage  the  communication  and  training  processes  carefully. 


The  communication  and  training  process  at  the  University  of  Florida  is  a 
three  dimensional  process. 

-  I.S.  ensures  that  the  owner  understands  how  the  application  works.  The 
owner/user  assists  actively  in  system  testing.  Gassroom  sessions  are 
held  to  train  the  staff  of  tne  owner  area. 

-  Owner  manager  ensures  that  his  staff  understands  the  new  system. 
Procedures  must  be  documented  to  accompany  the  new  ^tem 

at  startup.  I.S.  personnel  will  assist  the  owner  as  needed. 

-  End  users  at  the  department  are  trained  by  the  owner.  A  set  of  pilot 
departments  should  be  considered  for  initial  startup. 

Communication  and  training  should  start  early  in  theproject's  life.  You 
should  be  persistent  and  deliberate,  and  be  sure  to  avoid  rushing  throu^  a  training 
program.  FmaUy,  don't  stop  trainins  after  the  system  is  operational.  Ur  has 
systems  with  over  1000  departmentiu  users.  lYirnover,  promotions  and  changes  in 
our  staff  require  that  we  mamtain  an  ongoing  training  program.  Encourage 
departtnents  to  participate  in  the  tniining  programs  and  announce  to  users  how  they 
may  attend  a  training  session.  Ftovide  an  easy  to  read  and  understand  users'  guide 
which  is  kept  updated  as  system,  changes  occur. 


317 


i 


3ir 


Summary 

Reviewing  the  strategies  discussed  in  this  document  will  reveal  three  themes. 
Awareness  of  the  environment  and  feelings  that  are  held  by  the  key  participants  of 
the  project  will  allow  the  I.S.  department  to  approach  the  problems  without 
alienating  required  participants.  A  sound  analysis  methodology  should  be  followed. 
Tlie  keys  to  the  method  are  graphics,  English  semantic  definition,  and  a  prototype  of 
the  proi>osed  system.  Lastly,  you  must  communicate  and  train  all  levels  of  the 
UniveraQr  community  on  the  use  of  the  application.  Top  management,  the  owner 
department,  acadenuc  mana  gement  and  clerical  staff  must  all  understand  their  role 
with  the  ^tem  and  be  convinced  to  expect  life  to  be  better  if  the  system  is  correctly 
utilized.  Ignoring  cither  the  political,  technical  or  communication  and  training 
aspects  of  the  sj^-stcm  development  project  will  make  it  more  difficult  to  achieve  a 
successful  sjrstem.  Attention  given  to  communication,  training  and  Uie  project's 
nature  of  origin  will  make  a  good  technical  solution  successful. 
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Abstract 


Daring  the  present  period  of  decentralization  of  administrative  computing  in  German 
universities  ^ch  is  marked  by  separate  departmental  computers  and  dats-prooessing  systems 
for  each  administrative  department,  some  universities  have  started  jrianning  for  the  phase  of 
"re-integration*.  Tasks  to  be  fulfilled  by  more  than  one  administrative  department,  cross- 
departmental  data  access  necessities,  office  automation  and  communication,  and  myimgipinftnt 
computing  are  the  mam  impetus  that  force  the  universities  to  put  the  so-^ed  re-mtegration 
on  their  agenda.  The  paper  describes  the  state  of  the  art  of  administrative  and  management 
computing  in  German  universities,  the  planning  pocess  for  re-integration,  and  the  expected 
future  development  r^arding  the  opportuiities  and  limitations  of  re-integration3 
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L  Introduction 


This  paper  deals  with  the  state  of  the  art  and  future  perspectives  in  administrative  and 
management  computing  in  German  higher  educaiton  institutions.  To  fully  understand  the 
organizational  and  imptementation  problems  dealt  with  here,  it  should  be  explained  that  most 
the  244  hi^icr  educaticm  institutions  in  the  Federal  RqniUic  of  Germai^  are  state  funded 
Although  each  mstitution  is  provided  with  a  certain  autommiy  it  hdong^  to  <me  of  the  eleven 
states  of  the  Federal  RqyuUic,  it  is  governed  and  administrated  acconUqg  to  the  respective 
state  laws  and  regulations,  and  the  role,  power  and  functioning  of  the  state  ministry  of 
higher  education  may  be  compare  \  with  a  combination  of  govermng  and  coordinating  boards 
of  hi^ier  education  sgst^Ba&  in  the  United  States. 

The  paper  will  address  three  main  topics.  A  first  section  is  dedicated  to  the  distinction  of 
three  consecutive  stages  of  administrative  and  management  computing  at  German  higher 
education  institutions,  a  second  part  will  focus  on  goals  and  concepts  of  a  hew  era  of  ad- 
ministrative and  management  computing,  and  the  final  section  describes  planning  and 
implementation  problems,  mduding  suggestions  how  to  resoWe  them.  The  paper  attempts  to 
address  the  problems  m  a  gen^alizing  way  such  as  to  provide  valuable  mformation  beyond 
the  borders  of  German  higher  education  systens. 


2.  The  Main  Stages  of  Administrative  and  Management  Computing 


2.1  The  "Big  System"  Era 

It  is  mteresting  to  remember  that  administrative  computing  in  German  universities  started 
with  an  integrated  management  computing  approach.  The  idea  in  the  early  seventies  was 
rather  to  build  the  integrated  Managment  Information  System  (MIS)  to  improve  planning  of 
higher  education  than  to  support  the  institutional  admmistration.  Although  the  real  outomie 
of  the  software  production  efforts  was  not  the  one  big  integrated  Managment  Information 
System  for  state  higher  education  policy  but  merely  institutional  administ  ative  suppori 
systems  with  almost  no  integratiiMi  between  adminstrative  systems  exept  that  they  were  run 
on  the  same  mainframe,  I  would  like  to  keep  the  term  "big  system  era".  This  term  might  be 
justified  by  the  fact,  that  these  "bigf  administrat^e  systems 

were  run  on  mainframes  (i>ig"  computers) 

claimed  to  support  the  main  (big)  administrative  domains 

emphasized  (nothing  but)  the  (data)  administration  of  the  huge  amnunts  of  jata 
that  happened  to  occur  m  the  higher  education  administration. 

These  administrative  domains  and  the  supporting  data  administration  systems  of  this  first 
phase  were:  The  student  record  systems  including  examination  administration,  the  personnel 
and  position  record  system,  the  equipment  and  other  investment  administration  system,  the 
buildings  and  space  administration  system  and  the  stock  administration  system.  The 
accounting  system  remained  in  that  first  phase  of  administrative  computing  in  a  "semi- 
automated"  stage,  le.  implemented  on  magnetic  card  computers. 
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In  this  whole  period  from  the  Ute  sixties  to  the  early  eighties  higher  education 
administrations  witnessed  certain  developments  in  administrative  computii^  with  regards  to 
several  dimensions:  the  first  systems  started  to  be  implemented  and  nm  on  the  (multi- 
purpose) academic  computing  mainframes  and  the  later  systems  ended  up  on  central 
administrative  mainfirames  intended  for  ill  administrative  computing  systems  to  be 
implemented  and  run  in  one  institution*  The  first  systems  of  this  phase  of  course  were  batch 
systems,  and  at  the  end  of  this  period  only  dialog  systems  existed  for  administrative  support 
And  if  we  r^^  the  three  groups  61  university  staff  involved  in  administrative  computings  a 
shift  of  responsibility  and  closeness  to  computing  fadlities  occurred  within  that  period:  At 
the  b^»«<«g  ci  administrative  computiog  on  the  academic  mainframeSi  the  central  academic 
onmpiiriny  staff  was  held  fully  respmsible  for  everytlung,  the  hardware,  the  procesring  of  the 
software  systems  and  even  the  data  stored  on  the  mainframe  devices  by  the  batch 
programmes.  The  ajmF"Ktr*tive  computing  staff,  continiously  emerpng  out  <rf  the  planning 
and  institutional  research  offices,  during  this  period  had  to  care  mcreasingly  about  the 
hardware  and  software  facilities,  but  diminishingly  about  the  data.  Whereas  the  asQS  started 
in  the  case  of  batch  systems  with  being  totally  seperated  from  the  computing  facilities  and 
ended  up  with  keyboards  and  screens  on  their  desks  linked  to  the  central  administrti^ivc 
computer  and  being  fully  respon^le  for  their  data  and  data  administration. 

The  software  was  written  m  COBOL.  ISAM  or  m  some  cases  hierarchical  data  base  systems 
used  to  be  the  data  management  systems.  Regarding  the  v^ole  Federal  Republic  a  wide  rai^ 
of  mainframes  and  operating  sjfstems  were  in  use  m  the  institutions.  Althou^  the  systems 
we&e  implemented  on  the  same  one  mainframe  (academic  mainframe  in  the  earlier  part  of  this 
phase  and  administrative  mainframe  later)  almost  no  interfaces  between  the  systems,  in  the 
sense  of  whatever  intcgratkm  eff<Mrts,  used  to  be  implemented. 

One  could  consider  this  type  cS  computer  use  as  a  really  j^sSM,  support  of  the  derk's  wmk 
mainly  and  merefy  focusing  on  supporting  the  administraticm  of  the  huge  amounts  <tf  data  m 
the  university's  administration.  A  certain  amount  of  management  mformation  or  rather 
statistical  information  was  extracted  from  the  files,  but  rather  on  the  baas  of  prefonnatted 
fixed  reports,  by  intermediates  such  as  institutional  researchers,  and  rather  for  the  middle 
management  levels  or  the  reporting  duties  to  be  fulfilled  by  state  mandate  than  for  the  chief 
executives. 


22  Hie  Decentralization  Era 


This  era  starting  about  the  middle  of  the  eighties  and  still  ongoing  at  most  of  the 
institutions  is  the  era  of  the  departmental  computers,  i.e.  almost  each  of  the  university's 
admmistrative  systems  or  a  set  of  very  dosely  related  systems  is  implemented  on  a  seperat 
computer.  As  a  consequence  each  administrative  department  has  its  own  computer  or 
computers.  Whereas  this  era  started  vrith  a  certain  variety  of  operating  systems  of  the  so- 
calleid  mini-computers  in  use  at  the  institutions,  we  now  witness  a  situation  in  wliidi  new 
purchases  of  departmental  computers  have  almost  exdu^vely  the  operating  system  MS-DOS 
for  the  ungle  user  PCs  and  the  multi-user  PCnietworks  (based  on  Novell),  and  Una  for  the 
multi-user  computers. 

Computers  and  application  ^ems  for  administrative  support  are  spreading  in  both  directions, 
m  breadth  and  m  depth.  On  the  one  hand  new  areas  of  the  central  administration  are  about 
to  mvolve  omiputer  systems  and  computer  support  The  "big  system  approach"  for  only  laige 
data  set  administration  is  no  kxiger  valuable. 
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Many  small  systems  on  the  margm  of  the  big  systems  with  even  loss  or  few  data  to  be 
handled  were  developed  and  implemented,  such  as  travel-expense-refunding,  social 
administration,  kq^administration,  room-deaniqg  service  administration,  budget  ji»«nin^  Amd 
allocation  models,  purchase  order  system,  billing  support  system,  electricity  and  power  supply 
costing  system,  administration  of  research  projects,  planning  of  the  use  of  teaching  room 
bdlities.  On  the  other  hand  it  was  a  new  experience  for  the  central  organizers  and  admini- 
strative computing  personnel  to  realize  that  there  was  an  administration  on  decentralized 
levels  such  as  the  academic  dqiartmeats,  academic  institutes,  prcgects  and  other  oiganizatio- 
nal  subunits  oa  the  academic  ade,  sometimes  douUing  the  central  administrative  effcxts  on  a 
disaggregated  level,  sometimes  substituting  central  administration,  lliese  decentraUy  located 
administrations  demanded  their  oomputer  txippctt  as  did  the  central  administrations  previous^. 

It  is  also  a  phase  of  the  considerable  spread  of  word  processing,  now  ahnost  exclusively  on 
PCs  with  one  of  the  three  most  common  word  processii«  software  (Wordperfect,  Wwd,  or 
Wordstar).  Such  organizational  uniu  mth  their  word  processii^  machines  in<italled  earlier  are 
now  in  a  process  <rf  implementing  the  second  generation  of  automated  word  procesang  solely 
on  PCs. 

It  is  also  the  phase  of  a  tremendous  increase  in  a  specific  'fast*  (compared  with  the 
traditional  'snail  mail')  external  communication  mc4ns:  telefax. 

As  to  the  degree  to  v^ch  the  cleric's  work  is  supported  by  computers  and  computer  systems, 
one  could  speak  of  a  more  comprehensive  support  compared  with  the  previous  phase  of 
administrative  computer  support.  The  work  on  keyboard  and  screen  is  less  interrupted  by 
paperwork,  as  more  daU  are  available  electronically  and  more  process  elements  are  supported 
by  the  software  of  the  system  api^ied. 

This  more  comprehenave  su(^  apfvoach  is  due  to  and  coupled  at  die  same  time  mth  a 
high  quality  and  highly  user-friendly  and  supportive  user-interface  on  tiie  screens,  comprising 
the  foUowiqg  main  characteristics: 

selection  in  menues  by  positioning  of  the  cursor  instead  of  data  mput 

use  of  function  keys  for  every  other  contrd  functira 

totally  self-explaining  screens/formats 

immediate  check  of  field  'ninit 

widely  use  of  wjoOcok  for  secmdaiy  file  access 

browsing  in  secondary  files  based  on  random  access  according  to  numerical 
identification  or  m  alphabetic  order 
reports  opti(nially  an  screen  or  itn  paper. 


This  user-interface  is  however  stiU  'specific',  i.e.  a  part  of  the  respective  administrative 
system,  m  contrast  to  ;tandard  user  interfaces  such  as  MS-Windows  or  GEM. 

The  improved  retrieval  functions  and  userfriendliness  are  due  to  tiie  fact  tiiat  development 
tools,  programming  language  and  software  environment  of  relational  databases  are  used  (such 
as  Infomux  ^  4GL  for  tiie  UNIX  environment  ana  ain>er/dBase  for  MS-DOS  PCs).  The 
ameliorated  retrieval  options  also  allow  direct  computer  output  for  muugeipent  support  While 
middle  mana^rs  such  as  admimstrative  department  heads  mdeed  use  the  computer  d*recdy  for 
their  information  requests,  chief  executives  still  rely  on  intermediates  to  get  their 
information. 
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As  in  this  phase  of  decentralization  tlie  liardware  moves  closely  to  the  administrative 
departments^  Le.  to  the  end  users  themseheSi  the  responsibility  for  everything*  the  hardware, 
the  purchasing  and  processing  of  the  software  and  the  reqxxisibility  for  the  data  tends  to 
foUow  this  decentralization  direction  as  well  Althoo^  central  administrative  computiqg  staff 
should  maintain  a  certain  responsibility  in  decisions  concerning  the  purchasing  proces*:  of 
hardware  and  software,  coordination,  user  training,  and  maintenance,  one  witnesses  with  the 
rai»d  growth  of  computer  use  in  this  decentralization  phase  not  always  such  an  ideal  sharing 
of  respooabilities  between  end-users  and  computing  staff. 


2  J  Hie  Re-tntcgratloB  Em 

After  this  excessive  spread  of  stand-alone  computers  all  over  the  central  and  decentral 
administration  it  is  nothing  but  a  lo^cal  step  that  a  re-integration  should  talce  place* 
Althou^  this  phase  is  nowhere  fully  implemented  but  rather  in  its  conoeptional  and  planning 
phase,  one  can  conceive  the  mam  traits  and  rationales  of  this  phase: 

There  are  certain  administrative  tasks  that  are  fulfilled  not  only  by  one  derk  at  <me 
desk,  but  are  to  be  handed  over  from  one  dcok  to  another  until  oomfdeted.  A  purchase 
order  from  the  central  purchaung  department,  e«g^  is  foUowed  by  an  iiqyut  into  the 
central  accounting  system.  An  inpai  in  decentral  accounts,  e^g.,  should  be  followed  by 
an  entry  mto  the  central  accounting  system  (on  an  aggregated  level).  An  integration 
with  respect  to  the  different  computer  systems  according  to  the  need  of  the 
administrative  processes  could  be  reached  by  two  alternatives:  by  direct  update  or  by 
file  transfer. 

The  passing  over  of  data  out  of  the  administrative  files  to  text  files  for  word 
processing  purposes  is  another  issue  of  re-mtegration. 

University  internal  communication  such  as  Message  Handling  Systems  (MHS)  require 
integration  m  the  form  of  networks. 

There  is  a  need  for  at  least  read-only  access  to  central  files  inside  the  university,  from 
various  decentral  ^aces  and  potttkms. 

Statistics,  reports  and  management  information  often  have  to  rely  on  more  than  one 
administrative  ^stem  and  file  m  order  to  integrate  this  infmnation  into  one  rep(^ 
The  use  of  central  resources  such  as  hi^  speed  laser  printers,  central  back-up  storage, 
access  to  external  tele-cmnmunication  services  (X2S)  and  external  information  ser^oces 
from  more  than  only  one  terminal  in  the  institution  demand  integration  ot  single  or 
mulli-user  places. 

Telefax  and  analog  telefon  is  a  non-integrative  form  of  external  communication.  One 
could  easily  predict  that  telefax  in  the  future  will  be  succeeded  by  tektex  as  the  most 
used  form  of  telecommunication,  apart  from  teiefon. 

The  multi-functional  terminal  and  a  common  user-interface  controlling  whatever 
application  from  word  processing  to  adminisfrative  systems  at  the  individual  working 
place  fnm  the  cleric  to  the  chief  executive  is  another  Cacette  of  integration. 

In  contrast  to  the  decentralization  era,  v^ere  we  were  talking  of  a  rather  comprehensive 
supped  6[  the  clerk's  work  by  computer  systems,  this  era  mi^  be  diaracterized  by  a  quasi 
total  and  integrated  support  with  almost  no  "paper-based"  interrupts  in  the  clerks' 
administrative  processes  at  the  keyboards  and  screens.  It  will  also  be  the  phase  of  executive 
support  systems  with  executives'  direct  access  to  and  "hands-on"  desk-top  keyboards,  mice, 
screens  etc 
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If  Ihe  central  administralive  computing  staff  does  not  take  over  the  fiill  respcmsibtlity  for 
administrative  computing  m  the  central  and  decentral  offices  yet  in  the  st«ge  of  concepts 
and  planning,  re-ict^ration  with  all  the  bencfiu  CKpected  will  never  become  reality. 


3.  Goals  and  Concepts  for  the  UtaA  Step  of  Admlnlstmtive  and  Management  Compoting 

3d  Strategic  Rdevaacc  of  Administrative  and  Management  Compoting 

The  next  steps  are,  of  course,  depending  on  the  actual  stage  m  the  respective  institution, 
both  the  decentralized  spread  of  single  purpose  computers  and  the  re-integration  of  these 
sepe/ated  facilities.  But  it  is  rather  the  integration  phase,  needing  planning, 
conceptualization,  in  contrast  to  tlie  incremental  growth  of  the  decentralization  phase.  And  it 
is  also  the  re-int^ation  phase,  giving  rise  to  more  general  thoughts  on  goals,  objectives 
and  general  benefits  and  the  strategic  meaniqg  of  administrative  and  myw^jnftffit  computing. 
The  question  mif^  also  be  posed  as  to  whether  and  how  university  administrath^  and  mana- 
gement computing  differ  significantly  from  the  corporate  world  and  its  computing  services. 
Tliere  are  four  aqtects  to  be  considered: 

(1)  Hie  "aervice"  aspect:  Whereas  administrative  computing  m  die  corporate  worid,  eq)edally 
in  mdustry  mi^  be  fiilly  integrated  mto  concepts  of  CIM  or  PPS,  and  thus  serving  die 
clients  of  the  organization  as  well  as  internally,  m  the  unhvrsity  administrative  computing  is 
almost  totally  seperated  bom  the  primary  productioa  processes  and  customer  services.  Thus 
the  university  administration  and  admmistrative  oMuputing  is  not  directly  linked  to  tiie  aun 
of  servbg  die  university  clients,  but  rather  the  members  of  the  university  production 
processes  inside  die  institution,  of  vrfiom,  of  course,  the  students  are  bodi  customers  and 
producers.  But  die  better,  the  faster,  and  die  less  bureaucratic  die  central  or  decentral 
administration  might  function,  due  to  ^he  computer  system  support  (but  also  due  to  die 
behaviour,  efficiency  and  eCfectiveaett  of  the  administration  employees),  die  mm  the  overall 
atmosphere,  functioning,  effectiveness,  productivity  and  creativity  of  the  universtt/s  primary 
producers  and  production  processes  might  be  enhanced.  Administrative  computing  -  on 
|R^tever  d'svelopmental  stage  -  should  primaiify  he^  die  administrathe  employes  do  dieir 
jobs  better,  and  m  the  integration  phase  to  get  the  dedsioc  makers  more  mvolved  into  die 
benefits  of  administrative  computing  by  improved  and  direct  information  retrieval  options. 

(2)  Tiie  "Leading  Edge  of  Technology"  aspect:  Taking  into  account  the  research  and 
development  functions  of  the  universities,  it  would  fit  very  well  into  the  "image*  of  die 
individual  institution  to  provide  its  own  administration  with  the  leading  edg^  of  the  techno- 
logy equipment  and  systems,  even  compared  vidth  the  corporate  workL  But  one  has  to  be 
careful  not  to  get  confused  about  die  size  of  die  "enterprise"  muversity.  The  hi^ier  educa- 
tion institution  has  to  be  compared  imdi  small  to  middle  sized  corporate  enterprises.  It  was 
eg.  a  mistake,  as  Ctf  as  we  can  judge,  to  base  administrative  computing  in  the  phase  of  the 
mainframe  computers  on  lata  base  sdtware  such  as  IMS,  UDS  and  ADABAS.  It  would  have 
been  better  to  stick  to  the  ISAM  data  management,  m  order  to  "amsume"  less  computer 
resources  compared  widi  die  data  to  be  admmistred  and  compared  with  the  retrieval  needed 
at  that  time.  But  nevertheless  it  would  suit  the  higher  education  institutions  very  well  to 
have  the  lea^  edge  of  the  technotogy  unplemented  m  dieir  administrations,  compared  widi 
the  "ri^  size"  corporate  enterprises. 

0)  1¥e  "infocBatioB*  aspect:  European  hi^  education  institutions  have  recent!^  tended  to 
be  more  ejqposed  to  a  competitive  "market"  of  hi^er  education  and  research. 
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The  more  autonomy  th^  are  granted  in  that  sense  and  the  more  they  have  to  care  about 
their  ttratejpc  uniqueness  and  their  market  niche,  the  mem  their  chaDenges  are  converging 
to  those  of  the  corporate  enterprises.  Executive  manag^cment  information,  e^ieciaily  for  the 
managers  on  the  academic  side  of  the  enterprise  university  (President,  Vice-Presidents, 
Deans)  gains  increasingly  in  having  a  strat^  relevance.  The  information  domains  focus  not 
only  on  the  resources,  processes  and  performances  of  the  institution,  but  on  various  aspects 
of  the  institution's  enwonment 

(4)  The  "tmplementallon"  aspect  University  administration  in  Europe  has  more  in  common 
with  public  administration  than  with  business  administration.  Althoi^  public  administrations 
often  show  in  their  (gganizational  structures  quite  a  lot  of  hierarchical  levels,  the  daily  work 
and  administrative  processes  of  the  subordinates  seem  rather  to  be  shaped  \r  laws  and  fixed 
regulations  than  by  the  guidanoe  of  the  respective  leadership-level  persons.  Ai  xmsequence 
often  subordinate  clerks  have  more  influence  on  the  implementation  of  computer  support  than 
the  respective  leaders  of  the  administrative  department  or  than  the  chief  administrator. 
Althou^  this  uMght  be  beneficial  for  the  motivation  of  the  clerks  it  bears  the  danger  of 
perpetuating  organizational  structures  and  impeding  strategic  decisions  as  regards  the 
university  administration,  strategic  decisions  that  could  be  made  in  the  course  of  computer 
support  imjriementation. 


32    Premises,  Gaala*  Ol^cetlves,  and  Concepts  for  the  Next  Steps  of  Administrative  and 
Management  Computing 

It  should  be  stressed  once  more  that  the  next  step  of  administrative  and  management 
computing  b  higher  education  is  both  a  continuation  of  the  decentralization  together  with 
the  spread  of  departmental  computers  and  systems,  and  the  re-intcgration  based  on  computer 
networks. 

The  premises,  goals,  and  objectives  of  the  next  step  are  stated  rather  similarily  by  all 
institutions  that  are  going  to  woric  out  concq»ts,  as  follows: 

The  concept  of  the  central  ^administrative  computer  should  be  abolished  as  far  as 
possible.  Departmental  computers  should  be  the  prevuling  concept  of  administrative 


All  levels  of  the  university's  administration  should  be  supported  by  computers  and 
systems.  The  amount  of  data  to  be  stored  and  handled  is  no  logger  a  criteria  for 
autcmiation. 

Access  to  data  and  the  general  user-mterface  should  be  highly  comfortaUe. 

Access  to  "centraT  files  (uc  to  dq^rtmental  computer  systems  in  the  central  unheraty 
administration)  should  be  provided  for  those  who  need  this  information  for 
idminis^tivc  or  dedsioo  maku^  purposes. 

Whatever  transfer  of  data  and  documents  is  necessary  inside  the  mstitution,  it  should  be 
handled  electronically  and  not  by  paper^iocuments.  Data-input  should  not  be  necessary 
more  than  once  in  the  flow  of  the  administrative  process. 

The  primary  goal  of  the  so-called  office  automation  is  to  implement  word  prooestti^ 
everywhere  firom  the  scientist  to  the  secretary. 


Mesuge  htndling  (MHS)  SMms  not  to  have  the  highest  priority  inside  and  between 
German  higher  educitioa  institutioitf 

There  b  an  increastqg  demand  for  better,  hster  and  desk-top  information  for  all  levels 
of  university  management,  now  for  the  diief  executives  as  well 

DaU  security  and  privacy  as  regards  personnel  daU  (student  record  files  and  personnel 
records)  seem  to  have  a  very  hi^  priority  with  severe  consequences  for  all  coocepU  of 
networks  and  access  to  data.  Administrative  and  statistic  daU  have  to  be  seperated  from 
eadi  other.  Academic  and  adnunistrative  computing  striogently  seperated. 

These  premises,  goals  and  objectives  lead  to  some  common  traits  of  the  concepts  that  have 
recently  been  devebped  at  various  institutions: 

Administrative  dqMUtmeuts  are  to  be  supplied  with  their  own  computer  to  ran  only  the 
cme  system  or  the  set  of  very  closely  related  applications  for  this  department  There  are 
indeed  four  models  for  the  departmental  computer  conQguradoo,  usually  mentioned  in 
the  plans  and  conc^  (1)  The  MS-DOS  PC  with  Ovper/dBase  or  Informix  as  relational 
database  systems  for  those  applications  with  only  one  user  and  rather  limited  daU  sets 
to  be  adminstred.  b  is  also  the  typical  conQgnntion  for  the  rather  small  ^^^tnf^ 
administration  m  the  academic  departments,  in  academic  institutes  or  in  the  researdi 
prqjecU  with  their  own  administiations.  (2)  The  second  model  is  the  Unix-computer  for 
those  applicatious  and  administrative  d^artments  with  more  than  one  user  at  a  time. 
The  relatimial  database  and  the  programmiqg  language  used  are  Informix  and  4GL.  (3) 
The  third  model,  being  just  an  ahcmative  for  the  same  multi-user  consists 
of  a  PC-network,  using  Novell  as  network  software  and  having  a  central  file-  and 
network-server  (386-PC).  (4)  The  fourth  model  consisU  of  a  combmation  of  both,  the 
Unix  computer  wiJi  PCs  instead  of  non-intelUgent  terminals,  and  the  underlying  reason 
for  this  model  is  a  comlnnation  of  central  and  deccntral  computing  at  the  individual 
waking  [dace. 

DaU  and  doc^  ment  transfer  between  administrative  departments  and  systems  in  the 
course  of  administrative  task  fulfilment  should  no  longer  be  handled  on  p^ier  basis  but 
rather  electrcmically.  Although  direct  update  from  one  system  to  another  departments 
system  would  be  imaginable,  file  transfer  with  subsequent  update  by  the  clerk 
responsible  for  the  receiving  system,  is  the  favoured  model  according  to  the  present 
conceits. 

To  handle  the  data  communication  and  transfer  of  daU  and  documents  between  the 
seperated  administrative  computers  and  applications  online,  an  adminstrative  network  is 
being  (danned.  This  network  usually  has  two  componenU  or  units:  the  central  university 
admmistration  and  the  decentral  admmistration  in  the  academic  dqtartments. 

Because  of  the  eitraordinaiy  hig|i  security,  privacy  and  coofideatiallity  requirements  the 
academic  and  the  administrative  network  are  thought  to  be  sqierated  pl^sicaliy  afanost 
totalty.  In  fact  there  are  four  quasi  seperated  "planning  units"  as  r^ards  ccmiputer 
support  and  networkh^  b  German  iif^  education  institutioBs  with  only  few  overi^K 
the  cenual  administration,  the  decentral  academic  administration,  the  academic 
computing,  and  the  library  indudtng  access  to  external  data  bases.  The  main  mterfooe 
necessary  for  all  four  uniu  is  the  acceu  to  external  communication  facilities:  the 
German  Academic  Network  (DFN)  mdudhj^  aU  X2S  fadfiHes. 


The  fact  that  there  is  only  little  overlap  is  due  rather  to  the  security  and  privacy 
requirements  (espedally  with  regards  to  student  and  personnel  data)  than  to  other 
reasons  based  on  the  working  processes.  In  case  the  academics  need  access  to 
administrative  or  statistical  daU  they  have  to  use  the  academic  admmistration  terminals 
vmh  their  access  to  central  information  files  instead  of  academic  computiog  fiadUtics. 

Even  the  link  between  the  decentral  academic  and  the  central  nniverstty  administration 
is  thou^  to  be  someiriiat  "buffered"  for  the  same  security  and  privacy  reasons:  three 
alternatives  are  to  be  found  in  the  university  concepts:  (1)  If  direo.  access  to  the 
administrative  computer  and  files  is  planned  to  be  allowed  at  all,  it  is  a  read-only 
access,  using  the  retrieval  programmes  provided  on  the  administrative  computer,  and 
documenting  every  successful  md  oi^nccessful  attempt  at  access  to  data.  Whenever 
update  in  central  admmistrative  files  is  necessary  it  will  be  handled  throq^  file  trans- 
fer, the  transferred  files  being  used  for  update  by  the  central  administration  clerks 
themselves.  (2)  Information  retrieval  acoorJiog  to  the  second  even  more  'secure*  alter- 
native takes  place  on  sqperate  mformation  files  to  be  maintained  on  sq^erate  computers 
in  the  network  and  to  be  fed  periodically  from  the  administrative  systems.  (3)  The  most 
consistent  "buffering^  alternative  is  a  requester/server  or  mailbox-concept,  wbctc  the 
decentral  requesters  formulate  their  information  retrieval  requirements  through  a 
message  hawHling  system  into  a  central  maiDxn^  and  central  administration  derks  answer 
the  request  by  means  of  e-mail  after  haviQg  looked  into  their  maObox 

Both  for  security  reasons  and  for  the  reason  of  user-friendly  and  eaqf-to-handle  user 
interfaces,  the  concepts  provide  for  or  even  mandate  the  *hi<Un|f  and  "lockiogf  of  the 
operating  system  and  its  operations  aga«^^  direct  user  interference.  In  the  case  ot 
sin^e  user  PCs  (Acn  security  software  such  as  Safeguard  m  declared  mandatary.  The 
most  advanced  concepts  even  think  about  common  user  Literfaces  to  take  over  the 
control  for  all  applications  or  even  sub-functions  of  apptications  on  one  temunal  at  one 
working  place.  On  Unix  computers  Unipleii:  and  Q-Office  are  examples  to  be  mvesttgated 
in  farther  detail 

The  re-integration  phase  seems  to  provide  the  maturity  of  computer-technology  for 
direct  executive  support.  The  more  advanced  concepU  contain  special  sub-networks 
linking  at  least  the  President,  the  Vice-Presidents,  the  Chief  Administrative  OfiBcer,  and 
the  institutional  reaeardi  and  planmng  office  together,  with  nodes  consistuv  of  MS-DOS 
PCs  or  Kfaclntoshs,  the  latter  using  new  user  inter&M:e  concepU  sudi  as  HyperCard.  The 
primary  goal  of  eaecutive  support  seems  however  not  to  be  communication  on  the  base 
of  a  message  fc*«<»««g  system,  but  rather  direct  executive  acoeu  to  mformation.  The 
foUo^ng  information  elonents  are  planned  to  be  implemented  and  maintained  (the 
maintenance  being  the  most  crucial  and  sensitive  parameter  in  this  land  of  executive 
support  qfsums): 


'self-discriptive"  daU  with  req>ect  to  the  indindual  mstitution 

non-numeric,  verbal  information  on  the  individual  institution  (role  and  mission 

statements,  central  and  important  dedaons  etc) 

inter-inititutiooal  comparative  data  on  critical  success  factor  areas 

general  higher  education  related  data,  describing  the  relevant  environment  ot  the 

institution  (hi^ily  ^gregated  statistical  data,  economic  data,  demographic  data 

etc) 
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iioii*iiumeric,  verbal  information  of  importance  for  the  tnstituti^^nal  policy  and 
decision  making  (such  as  statements  of  leffclators  and  politidansp  information  on 
fede.a«  and  state  financial  programmes  and  initiatives,  definiticHis  daU  elements 
etc). 


4.  Probkms  uf  Planntng  and  Implementation  of  Admlnittratlvt  and  Management  Computing 


The  following  section  is  based  on  the  experiences  in  the  "big  system"  and  the 
"decentralization"  phase  and  is  extrapolated  into  the  phase  of  "re-integration"  with  its 
specific  characteristics.  It  is  also  an  attempt  to  find  answers  and  solutions  to  problems  that 
emerged  during  planning  and  implementation  processes, 

Hd  Comprehcnshe  Planning  or  Incrementallsm 

Comprehensive  planning  in  the  past  turned  out  to  impede  rather  than  to  facilitate  quick 
responses  to  computer  service  need  in  the  university  administration  and  to  technological 
<9Portunities.  The  technological  devebpment  and  prices  of  computer  hardware  are  chaogiog 
so  rapidly  that  plans  tend  to  become  obsolete  at  best  soon  after  their  completion.  A 
thorougLly  and  comprehensivley  oorducted  analysis  of  word  processing  need  of  a  ^ole 
university  m  1984,  e^g.,  ended  iq>  ymOk  the  recommeadatioo  to  install  at  most  of  the  word 
Focessing  {daces  electionic  typewriting  madiiaes  (with  one  line  displays  and  small  memories), 
^ereas  today  286-PCs  and  laser  printen  at  places  irith  intensive  word  ptooessiog  activities 
seem  to  be  the  common  standard  The  ooofdi^Qn  fu^iction  of  central  unh^ersity  mic  plans 
with  rejgards  to  the  v»  .6ty  of  computer  hardware  and  software  (including  administrative 
applications  as  weO  as  word  processiiig)  on  the  campus  <an  be  achieved  more  "sOentl/*  and 
indirecUy  by  offering  central  services  for  nnlv  selected  harcf^r  and  aofhvmrft  on  the 
campus,  such  as  crainiqg  for  users,  mamtenance,  and  "trouble  shooting  hot  lines. 

Tod^j  e  should  really  count  on  the  normative  and  standardizing  Cdtccs  <tf  the  .  ncalled 
"bdustry  standards"  and  standard  software  available  m  the  MS-DOS  and  Unr!  environment 
Networking,  of  course,  needs  somewhat  more  plamupg,  but  one  should  not  hesitate  to  plan 
for  and  implement  sub-networks,  ^ch  even  take  better  account  of  security  and  privacy 
aspects  than  comprehensive  administrative  or  campus-wide  networks. 

42  State-wide  (^fitcm-wide)  Co-ordination 

There  are  some  states  in  t*-©  Federal  Rqpublic  of  Germany  with  rather  extensive  state-wide 
coonfination  mecfamiisms  concemiiig  ahnost  all  university  administrative  computing  items,  with 
the  aim  of  unificaf*  and  for  economic  reasons.  One  stri-  ;nt  means  of  state  coordinaticm  is 
a  central  state  bu:.^^  for  all  administrative  computing  purchases  and  decisions  to  be  made 
centrally  m  coordinating  committees  on  the  sute  level  There  is  oiiie  major  ^^tage  to  be 
emphasized  wit  regards  to  this  central  coordinating  model:  It  assists  tue  university 
administrations  to  survive  Ac  competition  witii  the  academic  oomputiqg  mvestments,  which 
often  would  leave  only  very  smaD  "budget  bits"  for  jdministrativD  ^  omputiqg  fidlities.  State 
central  ream  Mendations,  decisions  and  budgeU  may  bade  die  techn(d^pcal  advancement  of 
aiministrative  computing.  But  the  disadvantages  seem  to  overshadow  the  advanti^  of  state 
central  decision  making  committees:  Those  university  administrations  or  administrative 
departmenu  which  do  not  really  want  administrative  computing  facilities  mi^  eauly  hide 
their  reluctanor  behind  the  long  lasting  coordmating  processes,  while  these  processes  at  the 
same  time  tend  to  unpede  a  quidc  decision  for  diose  administiations  which  urgentiy  need  and 
would  like  to  implement  computing  support* 


Coordinadng  and  decuon  maldbg  oommittees  tend  to  require  each  PC  to  be  decided  upon  in 
the  central  committee  meetings! 


FRIC 


43  AcadcBiic  and  Administnilhc  CoMpottng  Rdatioiuhtpt 

Most  instilutioos  hive  tbeir  Icadeiiuc  leuate  committee  to  decide  upon  the  big  mvestments, 
regttdlets  ^irtiether  actdemic  or  administrative  support  b  under  re^ew.  Especially  in  the  ''big 
systeu"  phase  of  administrative  computiiv  this  deduon  middng  structure  as  a  result  treated 
the  universir/s  administratiott  as  as  "stepdiikr  with  r^ards  to  computer  facility  investment 
One  solution  would  be  to  decentralize  decision  making  on  computer  facilities  by 
decentralizing  budgets.  But  agidn  the  budgets  for  administratrje  computiog  mtg^  be  limited 
too  much  in  favour  of  acade?!T  computing  budgets.  The  best  solution  is,  of  course,  an 
enhanced  i^silnlity  of  administraiive  computing  services  for  the  academics,  Le.  quick  and 
direct  online  access  to  data  thqf  nuf^  need  for  their  administrative,  teachnq;  and  reseat 
activities.  This  kind  of  "involvement*  of  academics  in  administrative  computing  outcomes 
indeed  showed  less  reluctanoe  towards  admmistrative  computing  investments  m  recent  dedson 
making  processes.  Compromises  have  to  be  found  between  high  standards  of  security  and 
privacy  protection  on  the  one  hand  and  quick  and  easy-to-handle  retrieval  fadlities  for  the 
academic  side. 


44  The  Role  of  the  En^MJscr 

As  stated  t*arlier  the  final  end-us"*  of  public  administrations  including  the  univer»ty  ad- 
ministration is  rather  powerful  as  the  oipmization  of  his/her  work  and  administrative 
processes.  This  power  eiteads  to  the  formulation  of  requirements  towards  the  data  processing 
systems*  developers  and  the  implementation  and  procesang  of  these  systems.  It  does  ofien, 
eqtedalfy  in  the  case  of  big  administrathfe  departments,  not  suCBoe,  to  have  only  one  perKm 
re^onsible  for  the  definidon  of  user  reqmrements  towards  the  system  developers,  one  person 
^o  rather  tends  to  become  a  data  processing  expert  than  to  remain  the  advocat  of  the 
user-requirements.  Rather  especially  in  the  implementation  phase,  one  should  build  on 
"concentric  des"  around  those  users  who  show  special  identification  vnih  the  new 
technology,  who  received  qtedal  training,  and  who  could  help  guarantee  the  motivation  and 
immediate  proUem  solving  more  than  any  other  more  centralized  organization  of  user  support 

There  is  h'^^vever  the  danger  that  the  relative  power  ot  the  administrative  end-user  leads  to 
a  perpetuauon  the  way  in  which  admmistrative  tasks  ere  fulfilled.  End  users  might  teod  to 
formulate  requirements  for  automation  sudi  as  not  to  change  the  flow  of  processes  at  alL 
Unless  one  doe^;  not  srv  reed  in  involving  the  leaders  m  ihis  process  and  biuld  on  their 
responsilnlity  for  Jie  overall  effidency  of  university  admmistratiG!i«  the  benefits  of  computer 
technology  for  the  adnunistradon  wiD  not  be  fully  appreciated  and  used  The  invdvement  of 
the  Chief  Administrator  of  the  institution  and  of  the  President  m  the  hard-  and  software 
implementation  decisions  and  processes  seem  to  be  crucial,  espedally  in  the  {diase  of  re- 
integration, where  things  can  reiJly  be  changed. 


4 J  Responsibility  of  the  Central  Administrative  Computing  Staff 

AT  ever  it  organizations  the  motivation  of  the  indiWdual  is  more  crucial  for  the  fiilfihnent  of 
the  organization's  functions  than  formal  structures  and  responsibilities. 
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In  the  phase  of  decentralization  it  was  indeed  an  undoubtable  experience,  that  those 
implementations  of  administrative  systems  worked  best,  where  the  end  users  fek  responsible 
for  everything,  from  requrirements  analysis  to  the  daify  runnii^  of  the  departmental  computer 
and  the  daily  back-up  of  the  modified  departmental  data  files.  This  "informal"  or  non- 
formalized  responsibility  cannot  however  serve  as  the  model  for  administrative  computing 
organization,  especially  in  the  case  oi  network  facilities  existing  in  the  university 
administration.  There  should  be  a  stable  and  secure  responsibility  at  a  university  central 
administrative  staff  level  for  the  maintenance  of  hardware  and  software  of  the  decentralized 
computers  is  well  as  for  the  network,  training,  immediate  trouble  shooting,  further 
developmente  of  software  especially  to  serve  additional  retrieval  requirements.  There  is 
however  a  shift  in  the  activities  of  these  staff  members  to  be  perceived  from  daily  running 
of  the  administrative  systems  to  more  long  term  activities  and  ad  hoc  involvemeut  in 
exceptional  situatiras  in  the  course  of  the  daily  runniog  of  the  computer  systems. 


4£  Sdf-made  or  Purchased  Standard  Software 

Several  reasons  in  German  higher  education  administrations  sugges''  the  preference  for 
standard  software  for  administrative  support.  Institutions  usually  have  not  enough 
administrative  computing  staff  in  order  to  do  both  maintaining  existing  software  and 
devetojHng  new  software  qfstems  for  the  administratioii.  To  have  students  of  computer  sdenoe 
or  business  administration  programmes  develope  systems  in  the  context  of  courses  or 
examinations,  did  not  proove  a  valuable  approach.  The  use  of  methods,  tools  and  prindples  is 
more  important  for  the  students*  learning  process  ihun  the  immediate  result  for  the 
university  administration,  and  there  is  a  lack  of  continuity  in  the  maintenance  of  these 
"academidy"  self-made  systems. 

Due  to  common  laws  and  regulations,  some  of  them  even  on  the  federal  level,  others  at  least 
on  the  state  level,  and  being  applied  mandatorily  by  all  institutions  in  one  state,  the 
implementation  of  "standard  q«tems"  seems  to  be  pos^e.  These  "standard  systems"  provide 
at  least  support  for  the  so-called  core  functions  of  the  administrative  processes  in  the 
institutions.  With  the  central  administrative  computing  staff  remains  however  the  task  to  do 
the  adjustments  (especially  additional  and  spedal  retrieval  functbns)  at  the  margin  of  the 
core  s^esnz. 


in  Laws  and  Rcgulattoos 

The  often  most  influendal  laws  as  regards  the  plannLig  and  implementation  proces3  of 
computer  support  in  university  administrations  seem  to  be  the  law  to  garantee  formal 
partidpation  (co-determination  act)  and  the  law  garanteeing  privacy  and  protection  of 
personnd  date.  There  is  no  other  sdution  for  the  success  of  the  system  infdementation  as  to 
bvoh/e  those  being  the  formal  refwesentatives  <tf  partidpation  and  data  protection  as  early  as 
possible  in  the  process  of  planning  and  implementation.  If  the  final  end-users  are  really 
conduced  about  the  benefits  of  the  new  systeius  then  there  is  no  reason  Ux  those  formal 
representatives,  who  rather  tend  to  defer  or  even  to  impede  computer  support  implementation, 
to  oppose  heavily.  Severe  data  protection  and  privacy  laws  impact  the  decoupling  prindples 
and  mechanisms  between  administrative  support  and  retrieval  functions  for  others  than 
central  administrators,  that  have  been  described  earlier  in  this  paper  in  the  context  of 
university  wide  networks. 
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4J  Unlvmily  Maoagnamt  aod  Admlnlstsattve  ConpoUog 


University  Managementy  be  it  the  middle  management  level  of  administrative  department 
heads*  the  Chief  Administrative  Officer  or  the  President  have  not  been  involved  cnou^  m 
administrative  comjnitiQg  decisions  m  the  past  Administrative  computing  can  however  benefit 
greatly  and  even  receive  its  major  incentives  from  management  reqvirements.  Its  earfy 
attempts  owes  administratne  computing  to  the  man^emeat  mformation  requirements  (compare 
the  MIS  approach  in  the  late  sixties  and  early  seventies  which  marks  the  birth  of 
administrative  computing  in  German  higher  education  institutions,  vAudi  was  however  more 
directed  towards  state  and  federal  state  level  management  information  than  towards  the 
siqiport  of  institutional  management). 

University  Management  invohemeat  in  admmistratiw  computing  planning  and  implementation 
seems  to  be  crudal,  m  order 

to  overcome  the  perpetuation  of  once  existing  administrative  structures  and  to  fiilly  use 

the  efficiency  potentials  of  computer  technology 

to  fuOy  set  to  vx)ffc  Jie  strategic  importance  of  administrative  computing 

to  UOy  use  the  potential  of  present  computer  technology  with  regards  to  executive 

siq^ort 

The  development  and  use  of  executive  support  systems  by  the  executives  themselves  may  not 
only  impact  their  involvem«;nt  in  administrative  computing  issues  but  may  also  shape 
decisively  the  administrative  support  systems  vrfiich  then  wiQ  have  an  additional  fonction  to 
supply  executive  support  systems  with  aggr^^red  dau  automaticalUy  and  periodicaSy. 


5.  Coaduilons 


German  higher  educaticMi  admimstrativc  computing  has  undergone  and  is  still  in  the  process 
of  a  "dramatic"  decentralization  of  computer  ha«'dware  and  software  ii^fdrmentation  and  'jse^ 
with  the  prevailLpf;  concept  of  seperate  Jep8rtme>)f^i  computers.  The  main  emphasis  of  this 
phase  of  administrative  computing  sui^XMrt^  laid  on  ve^y  hif^  standards  <A  the  individual 
clerk's  work  suppoix  and  on  very  user-friendly  and  easy«to-handle  user-interfaces.  The  next 
step,  a  re-inte^ation  of  the  seperatCx.^  computer  and  system  facilities,  will  help  reduce  the 
paper-based  interrupts  and  data  mpu^.  with  reprds  to  the  clerk's  work. 

But  perhaps  the  even  more  important  benefits  of  this  next  step  of  administrative  and 
management  c<»nputii«  will  be  the  direct  access  to  data  and  information  by  those  m  some 
distance  from  the  dMly  administrkiive  processes,  ix  by  the  institutional  managers.  The 
executive  support  system  perspective  seem^  to  be  the  most  interesr'ng  perspective  of  this 
future  enu 
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Track  V 

Telecommunications  and  Networl(ing  issues 


Coordinator: 
Ken  Blythe 

The  Pennsylvania  State  University 

The  user  community  on  campuses  today  is  demanding  information  re- 
sources to  be  delivered  to  tl.e  desktop.  Data  will  be  stored  on  mainframes, 
and  MIPS  will  be  on  the  micro.  Electronic  connectivity  is  through  the 
network.  Presentations  in  this  track  focused  on  such  subjects  as  network 
management  and  control;  integration  of  voice,  data,  video,  and  image  com- 
munications; dealing  with  a  multi-vendor  environment;  making  the  Vi^t* 
choice  when  faced  with  multimillion-dollar  costs,  budget  limitations,  and  rapidly  changing 
technology;  strategic  planning  and  appropriate  organization  for  telecommunications;  the 
TCP/IP  debate  and  development  of  OSJ  standards;  micro-mainframe  connectivity;  accessing 
external  resources  (e.g.,  commercial  databases  and  supercomputing);  distributed  databases; 
and  models  combining  academic  and  administrative  data  networks. 


4»  • 


Roger  Brus20wski, 
Fmstburg  State 
University 


Nancy  AKm, 

Colorado  State  University 


GenyLederc, 
McGill  University 
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NETWORKING  OHIO  COLLEGES 
IN  SUPPORT  OF 
STATEWIDE  ECONOMIC  AND  HUMAN  RESOURCE 
DEVELOPMENT  STRATEGIES 

Richard  C.  Decker 
Paul  E.  Shumaker 
Kathleen  M.  Faust 
T.  T.  Deggendorf 
Cuyahoga  Community  College 
Qeveland 
Ohio 


In  response  to  the  Governor  of  Ohio's  economic  and  human  resource 
development  strategies,  The  Ohio  Board  of  Regents  created 
EnterpriseOhio,  a  statewide  network  of  public  two-year  colleges 
(community  colleges,  technical  colleges  and  university  regional  campuses), 
to  provide  training  services  to  local  business  and  industry. 

A  rapid,  comprehensive  and  flexible  communication  ^tem  was  needed  to 
link  the  colleges.  The  Ohio  Network  for  Information  Exchange  (ONet)  was 
developed  1^  Ci9ah<)ga  Community  College  in  cooperation  with  Systems 
&  Computer  Technology  Corporation.  Based  at  Cuyahoga  Cbmmunity 
College,  ONet  is  a  specially  designed  educational  computer  network  whose 
electronic  warehouse  of  information  and  educational  services  assists  Ohio 
colleges  in  providing  customized  training  to  meet  high  technology  needs  of 
business  and  industry. 
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INTRODUCTION 


The  Ohio  Network  for  Information  Exchange  (ONet)  is  a  state-of-the-art 
communications  network  for  higher  education  institutions  in  the  state  of  Ohio.  ONet 
current^  provides  a  variety  of  conmiunications  network  services  including  electronic 
mail,  bulletin  boards  and  databases  to  more  than  sixty  colleges  and  universities. 
ONet  was  initially  proposed,  funded  and  implemented  to  meet  a  state-wide  need  for 
electronic  information  sharing. 

In  response  to  a  changing  state,  national  and  international  economy,  and  the 
Governor  of  Ohio's  request  for  support  of  statewide  economic  and  human  resource 
development  strategies,  the  Ohio  Board  of  Regents  challenged  Ohio's  two-year 
colleges  and  universities  to  take  a  proactive  role  in  their  communities'  economic 
development  efforts. 

EnterpriscOhio,  a  statewide  network  of  public  two-year  colleges  (commimity  colleges, 
technical  colleges,  and  university  regional  campuses),  was  created  by  the  Ohio  Board 
of  Regents  to  assist  in  sharing  Uie  best  resources  available  for  providing  job  training 
and  retraining  services  to  business  and  industry.  A  rapid,  comprehensive  and  flexible 
communication  system  was  needed  to  make  fids  sharing  possible.  The  Ohio  Network 
for  Information  Exchange  was  developed  to  provide  that  electronic  network. 


BACKGROUND 

Electronic  conmiunications  for  Ohio's  two-year  college  presidents  dates  back  to  1984, 
when  Qiyahoga  Community  College,  in  cooperation  with  the  Ohio  Technical  and 
Community  College  Association  (OTCCA)  established  the  OTCCA  E-Mail  Network. 
This  early  network  was  limited  to  sending  and  receiving  short  messages  and  served 
only  the  23  presidents  and  the  Executive  Director  of  OTCCA. 

In  1986,  The  Ohio  Manufacturing  Training  Group  (OMTG),  a  consortium  of  six 
Ohio  colleges,  recognized  the  need  for  the  acquisition,  development,  dissemination 
and  utilization  of  information  to  support  the  state's  business  and  industiy  training 
needs. 

The  OMTG  submitted  a  proposal  to  the  Ohio  Board  of  Regents  to  develop  aa 
enhanced  comprehensive  state-wide  electronic  information  exchange  network  to:  (1) 
fiEidlitate  sharing  of  information  from  projects  developed  among  other  groups  of 


colleges  within  the  two-year  college  system,  (2)  support  information  exchange 
requirements  among  the  consortia  group  and  all  two-year  campuses,  and  (3)  create 
more  effective  information  networking  between  the  two-yeai  college  system  and 
other  organizational  and  institutional  offices  and  databases  in  the  State. 


IMPLEMENTATION 

Following  the  approval  of  funding  by  the  Ohio  Board  of  Regents  on  September  12, 
1986,  the  ONet  Steering  and  Planning  Committees  were  appointed  and  held  their 
first  meetings  in  October  of  that  year.  At  these  meetings,  an  organizational  structure 
was  confirmed,  a  project  coordinator/manager  was  appointed  and  project  goals  and 
objectives  were  approved. 

ONet  was  tested  on  a  pilot  basis  beginning  in  November  1986,  at  which  time  the 
Planning  Conmiittee  and  othei  "pioneers"  assisted  in  testing  the  communications 
software  and  provided  direction  in  the  design  of  the  network  and  its  components. 
The  electronic  mail  component  and  a  demonstration  bulletin  board  were  available  for 
pilot  testing  at  that  time  while  a  prototype  database  facility  was  being  developed. 

By  March,  1987,  training  sessions  were  scheduled  throughout  the  state  with  over  100 
persons  attending.  ONet  became  operational  March  30,  1987  when  the  24  users  of 
the  OTCCA  E-Mail  Network  were  transferred  to  the  Ohio  Network  for  Information 
Exchange.  From  that  initial  small  group  of  users,  ONet  has  grown  to  over  550 
registered  users  in  over  60  colleges,  universities  and  agencies. 

ONet  is  not  just  another  electronic  mail  system,  but  a  specially  designed  educational 
network  whose  electronic  warehouse  of  information  and  educational  services  greatly 
assists  Ohio's  two-year  and  four-year  colleges  in  providing  credit  and  non-credit, 
customized  training  to  meet  local  and  state  high  technology  needs  of  business  and 
industry. 

ONet  was  developed  as  a  statewide  initiative  to  serve  primarily  the  two  year  colleges 
in  Ohio.  Today,  it  has  been  expanded  to  serve  all  public  institutions  of  higher 
education  and  is  being  offered  to  private  two  and  four-year  non-profit  educational 
institutions  with  plans  to  make  it  available  to  secondary  schools  in  the  future. 

Partnerships 

ONet  was  supported  by,  not  onty  Cuyahoga  Conmiunity  College  (CCC)  as  the  lead 
uisiiruucn  and  home  for  the  mainframe  computer,  but  also  by  three  private 
compani^;  Ohio  Bell  Communications,  IBM  and  litems  &  Computer  Technology 
Corporation  (SCT).  Ohio  Bell  and  IBM  provided  support  in  the  first  year  of 
development.  As  a  result  of  a  partnership  alreacty  in  place  between  CCC  and  SCT 
to  manage  CCC's  computing  facilities,  thk  pubWprivate  partnership  was  extended 

2 


340 


through  the  creation  of  the  National  Center  for  Advancement  in  Education  through 
Technology  (NCAET).  The  purpose  of  NCAET  is  to  advance  excellence  in 
education  through  the  use  of  technology  and  to  assist  in  the  development  and 
application  of  technology  at  CCC  and  other  educational  institutions.  One  of 
NCAETs  major  goals  is  the  development  and  operation  of  electronic  information 
exchange  networks. 

As  CCC  entered  into  the  consortium  to  propose  ONet,  SCT,  as  part  of  its  contractual 
responsibility  with  CCQ  contributed  extensive  efforts  in  support  of  the  initial 
development  of  ONet.  Through  the  NCAET  partnership,  CCC  assumed 
responsibility  for  all  network  communications,  logistics  and  management  as  well  as 
agreed  to  provide  the  necessaiy  mainframe  equipment  and  support.  SCT  agreed  to 
provide  the  operational,  maintenance  and  development  staff  and  to  assist  in 
marketing  ONet  outside  the  ^^tate  of  Ohio. 

Governance 

Governance  of  the  Ohio  Network  for  Information  Exchange  was  defined  in  the 
original  proposal  to  the  Ohio  Board  of  Regents.  Policy  and  planning  directions  are 
still  provided  !  y  two  conunittees  originally  proposed  -  the  ONet  Steering  and  ONet 
Planning  Committees  respectively. 

The  ONet  Steering  Conmiittee  serves  as  the  policy  body  for  the  project:  establishing 
priorities,  assuring  short  and  long  term  goals  and  objectives  of  the  project  are 
accomplished  and  reviewing  and  approving  proposed  project  budgets. 

In  August  1987,  the  Steering  Committee  changed  the  name  and  focus  of  the  group 
to  more  accurately  reflect  the  interests  of  the  members  and  to  expand  the 
membership  to  include  three  additional  institutions  who  were  involved  in 
manufacturing  training  activities.  The  new  conmiittee  combined  the  Ohio 
Manufacturing  Training  Group  with  the  ONet  Steering  Committee;  thus  broadening 
the  scope  of  the  conmuttee  to  permit  involvement  in  other  statewide  initiatives,  with 
ONet  serving  as  the  communications  link  for  these  projects. 

The  ONet  Planning  Conmiittee  is  responsible  for  network  development  and 
implementation  planning  and  schedules  and  makes  recommendations  to  the  ONet 
Steering  Conmiittee  for  final  consideration. 

The  Chancellor  of  the  Ohio  Board  of  Regents  appointed  the  EnterpriseOhio 
Executive  Committee  to  serve  as  an  advisory  group  to  the  Chancellor.  This 
committee  reviews  all  requests  for  funding  from  the  Productivity  Improvement 
Challenge  Program  grants  which  funds  special  statewide  projects  such  as  ONet,  Train- 
the-Trainer  and  the  Ohio  Resource  Excliai<te.  The  EnterpriseOhio  Executive 
Committee  provides  overall  coordination  of  thti^^^  statewide  projects  and  combined 
efforts  of  the  colleges  to  meet  business  and  industry  training  needs. 
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ON-UNE  SERVICES 

ONet  users  access  the  network  with  a  personal  computer,  a  modem  and  specially 
developed  communications  software  which  supports  auto-dialing  the  network  toll  free 
telephone  number  and  automatically  logging  on  to  ths  network.  Once  on  line,  the 
user  may  access  all  available  services  from  menus.  The  user  can  also  transfer  ASCII 
or  binary  files,  making  it  possible  to  send  virtually  any  type  of  file,  (including 
spreadsheets  and  executable  files)  to  other  users  throughout  the  network. 

The  services  provided  by  ONet  reinforce  the  colleges'  partnerships  with  the  state  and 
the  private  sector  in  supporting  and  advancing  the  economic  and  human  resource 
goals  of  the  State  of  Ohio. 

The  most  important  function  of  ONet  is  to  provide  access  to  a  "storehouse;  of 
information"  through  the  database  and  bulletin  board  components. 

Database  Component 

The  database  component  permits  the  storage  of,  and  access  to,  databases  developed 
and  maintained  by  ONet  user  groups.  The  ^atabase  component  permits  users  to 
search  the  data  in  an  easy  and  efficient  manner  by  searching  any  identified  field  for 
a  particular  word,  partial  word,  or  group  of  words  to  retrieve  desired  information. 
Developed  specificalfy  for  ONet,  and  emplqyiiig  a  similar  search  process  for  all 
database  access,  the  database  facility  is  a  generic  system  which  can  be  customized 
for  any  database  to  be  stored  on  the  network  computers. 

ONet  not  only  provides  access  to  databases  stored  on  the  computers  at  Cuyahoga 
Community  College,  but  will  eventually  permit  linking  with  databases  stored  on  other 
computer  systems  via  gateways.  The  foUowing  is  a  list  of  databases  currently 
available  on  ONet. 

Institution/Agency  Directory  lists  key  staff  from  over  60  different  institutions  and 
agencies. 

Training  and  Services  Inventory  provides  a  comprehensive  listing  of  credit  and 
non-credit  training  courses  and  services,  designed  and  developed  to  meet  the 
need;  of  business  and  industry. 

User  ID  Directory  Usts  th  :  names,  titles,  addresses  and  phone  numbers  of  over 
550  users  who  have  access  to  ONet. 

Development  of  additio.ial  databases  under  consideration  includes: 

o    Access/Retention  database 

o   OBOR  Taxonomy  of  colleges,  programs  and  courses 
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o   Grants  database 

o    Calendar  of  Events  database 

o    Others  as  defined. 


In  addition  to  the  da^tabase  services  on  ONet,  another  major  source  of  information 
is  provided  by  the  bulletin  board  component. 

Bulletin  Board  Component 

ONet  supports  bulletin  boards  to  deliver  general  bulletins  or  messages  to  all  network 
users,  or  selected  information  to  "special  interest  groups''  (SIG)  by  offering  each  SIG 
its  own  dedicated  bulletin  board  which  can  be  accessed  only  by  its  members. 

The  bulletin  board  component  currently  consists  of  seven  (7)  public  bulletin  boards 
and  several  piivate  bulletin  boards  for  SIGs.  The  ONet  bulletin  boards  are  designed 
as  electronic  3x5  card  postings,  limited  to  ten  lines  of  copy  but  with  the  ability  to 
attach  a  text  file  of  ai^  length  for  more  detailed  information  on  tiie  specific  topic. 
The  text  files  can  be  read  and  printed  on-line  or  download  to  the  user's 
microcomputer.  At  the  time  an  item  is  posted  on  a  bulletin  board,  the  user  is 
prompted  for  an  expiration  date  which  wfll  automatically  delete  the  message  and 
accompanying  text  file  on  the  specific  date. 


The  existing  public  bulletin  boards  include: 


Ohio  Network  News  Bulletin  Board  -  Announces  new  ONet  services,  databases, 
and  facilities,  as  well  as  helpful  hints  on  how  to  use  the  network's  many  features. 

EnterpriseOhiQ  Bulletin  Board  -  Provides  messages  about  the  activities  of 
EnterpriseOhio,  OBOR  and  associated  projects. 

Calendar  of  Events  Bulletin  Board  -  Lists  meetings,  seminars,  and  conferences 
throughout  the  state. 

General  Information  BuMetin  Board  -  Contains  general  items  of  interest,  requests 
for  information,  want  ads,  etc.,  which  do  not  apply  to  any  of  the  other  bulletin 
boards. 


Awards/Grants  Bulletin  Board  -  lists  announcements  and  sources  for  available 
funding  for  edurntional  prcjects. 

Access/Retention  Bulletin  Board  -  Offers  current  information  regarding  successful 
access/retention  programs  already  in  place  at  other  institutions  as  well  as 
information  on  establishing  new  programs. 
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Help  Wanted  -  Includes  information  on  positions  available,  positions  sought  and 
requests  for  adjunct  faculty  and  staff  for  special  projects. 

Electronic  Mail  Component 

ONet  offers  the  standard  electronic  mail  functions  of  sending  and  receiving  messages. 
It  also  offers  many  -expanded  mail  related  services  such  as;  permitting  the  user  to  file 
messages  received,  generating  md  automatically  storing  copies  of  aU  messages  sent, 
forwarding  messages  to  othe)  users,  replying  inmiediately  to  messages,  editing 
messages  and  returning  theiu  to  the  sender,  printing  messages  at  the  local  oflSce 
printer,  sending  carbon  copies  to  other  users  and  requesting  an  automatic 
acknowledgement  when  the  message  is  read.  There  is  even  an  on-line  spell  checker 
and  thesaurus  available. 

Users  can  send  messages,  documents,  and  fUes  which  vary  in  length  from  a  few  words 
to  a  multi-page  document  These  documents  can  be  composed  while  on-line  with 
ONet  or  can  be  prepared  on  a  microcomputer  using  stand-alone  word-processing, 
database  or  spreadsheet  software  packages.  The  documents  can  then  be  transfened 
to  the  host  computer  and  sent  directly  to  identified  user(s)  or  included  in  an 
electronic  message. 

The  user  has  the  ability  to  send  messages  or  prepoi  ed  documents  to  one  or  more 
ONet  users  simultaneously,  as  well  the  ability  to  create  and  maintain  distribution  lists 
to  send  messages,  documents  and  files  to  groups  of  users,  such  as  committee 
members  or  project  team  members.  Distribution  lists  can  be  created  ana  maintained 
by  one  user  and  easily  shared  with  other  members  of  the  distribution  list  for  their 
use. 


OPERATING  ENVIRONMENT 

The  host  hardware  environment  consists  of  an  IBM  4381,  Model  Group  2  computer 
system,  associated  disk  and  tape  drives,  an  IBM  7171  protocol  converter  and  several 
other  types  of  communications  controllers. 

The  host  software  environment  consists  of  the  VP/SP5  operating  system,  under  which 
PROFS  2.2.3  and  SQL  operate.  The  PROFS  menus  and  screens  were  customized 
to  provide  consistent  response  from  all  function  keys  and  more  readable  screen 
displays.  All  menus  rely  on  PROFS  kernels  which  are  called  by  the  menu  system. 
All  databases  and  bulletin  boards  rely  on  SQL  as  the  information  storage  and 
retrieval  system  and  were  designed  to  compliment  the  customized  PROFS  displays. 

ONet  is  accessed  through  the  use  of  a  specially  developed  communications  software 
package  developed  by  ONet  with  full  on-site  support  from  Systems  &  Computer 
Technology  Corporation  staff.  This  special  communications  softv  are  permits  the 
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users  to  access  ONct  by  pressing  a  single  key  which  dials  the  telephone  number  and 
automatically  logs  the  user  onto  the  network.  Users  need  only  enter  their  private 
password  to  gain  final  access  to  ONet.  Once  logged-on  to  ONel,  users  have  the  use 
of  full  screen  editing  and  menus  for  ease  of  operation  and  selection  of  the  many 
functions  available.  ONet  is  accessible  24  hours  a  day,  seven  days  a  week. 

The  communications  environment  consists  of  phone  service  provided  by  two  vendors. 
Four  local  dial-up  lines  are  provided  by  Ohio  Bell.  Six  toll  free  lines,  for  use  within 
the  state  of  Ohio,  are  provided  by  AT&T.  A  nationwide  toll  free  number  is  also 
provided  by  AT&T.  Error  conecting  modems  capable  of  responding  at  300,  1200 
and  2400  baud  are  attached  to  each  line,  and  are  connected  to  the  IBM  7171. 

The  end  user  hardware  environment  may  consist  of  any  IBM  PC,  IBM  AT,  IBM 
PS/2,  any  compatible  MS  DOS  computer  or  any  Apple  Macintosh  computer.  A 
Hayes  conmiand  set  compatible  modem  is  required.  A  compatible  printer  attached 
to  the  microcomputer  is  also  supported. 


SUPPORT  SERVICES 

To  effectively  and  efiGciently  use  a  computer  network  requires  a  certain  level  of 
understanding  and  skill.  Special  training  classes  are  offered  periodically  to  h^lp 
develop  the  needed  understanding  of  the  network  and  to  assist  users  in  developing 
the  necessaiy  skill  level.  This  service  is  an  important  part  of  the  overall  ONet 
philosophy  to  enhance  the  users*  ability  to  effectively  employ  the  services  of  the 
network  in  the  most  efficient  manner. 

Assistance  is  also  available  on  an  ongoing  basis.  If  users  experience  a  problem,  they 
may  call  HELPDESK  at  (216)  241-6567,  Monday  through  Friday,  from  8:30  am  to 
5:00  pm.  If  the  issue  is  not  urgent,  users  may  send  ONet  message  to  HELPDESK 
anytime,  24  hours  a  day,  seven  days  a  week.  HEL  will  respond  to  the  queiy, 

either  via  ONet  or,  if  necessaiy,  by  telephone.  In  addition  to  HELPDESK,  eadh 
institution  has  appointed  an  ONet  Liaison  to  assist  local  users  with  problems, 
supervise  the  maintenance  of  institutional  information  in  the  databases  and  coordinate 
activities  with  the  ONet  staff. 

ONet  Connection  is  a  monthly  publication  distributed  to  ONet  users  as  a  regular 
source  of  ideas  on  new  and  existing  network  capabilities  and  suggestions  on  how  to 
better  use  the  available  services.  In  addition,  EnterpriseOhio  News,  a  quarterly 
publication,  was  created  to  inform  potential  users  of  the  availability  of  the  Ohio 
Network  for  Information  Exchange  and  to  share  information  from  the  Ohio  Board 
of  Regents,  EnterpriseOhio  Executive  Committee  and  supported  projects  and 
activities. 
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A  copy  of  the  ONet  communications  software  is  given  to  each  new  user  along  with 
the  comprehensive  QuickStart  instructions  which  explains  the  setup  and  use  of  the 
communications  software. 

A  set  of  16  Quick  Reference  Guides,  outlining  the  major  functions  of  ONet  and 
how  to  perform  them,  is  also  provided  to  eveiy  user  of  the  network. 


FINANCIAL  SUPPORT 

ONet's  initial  development  was  started  through  a  grant  of  $100,000  from  the  OBOR. 
This  represented  less  than  a  third  jf  the  first  nine  months'  development  costs.  The 
remauider  of  the  costs  were  contributed  by  CCC  and  the  three  companies  noted 
earlier.  Since  that  initial  grant,  OBOR/EnterpriseOhio  has  provided  additional 
funding  in  tiie  amount  of  $285,000  to  help  launch  ONet  during  tiie  critical 
dr^velopment  years  while  the  network  builds  a  strong  bases  of  active  users.  It  is 
projected  ONet  will  become  self-supporting  by  1992. 

Institutions  have  made  a  commitment  to  use  ONet  and  support  the  network  through 
assessment  of  users  fees  based  on  connect  time.  Cunently,  Ohio  users  are  charged 
at  the  rate  of  $20  per  hour  ($0.33  per  minute).  ONet,  in  cooperation  with  <XC's 
Accounts  Receivable  department  developr  J  a  billing,  invoicing  and  tracking  system 
to  provide  accurate  records  on  revenue  generated.  Institutions  are  invoiced  monthly; 
each  im^oice  details  the  active  user  IDs  and  conned  time  for  the  month. 

Currently,  there  is  no  instaUation  lee  for  new  users,  however,  consideration  is  being 
Riven  to  implementing  a  new  user  fee  and/or  some  form  of  a  minimum  month^  fee. 


FUTURE  DIRECTIONS 

ONet  is  a  dynamic  ^tem  which  will  continue  to  grow,  not  only  in  the  nimibcr  of 
users,  but  also  in  the  available  services  to  meet  the  changing  needs  of  the  user 
groups. 

In  addition  to  the  already  available  functions,  ONet  is  plaiming  for  future  services 
which  will  have  an  even  greater  impact  on  the  operation  of  individual  institutions. 
Some  added  services  which  are  under  consideration  include: 

o  Gateways  to  other  networks 

o  Electronic  Computer  Conferencing 

o  Electronic  Survey  Services 

o  Articulation  Agreement  Support 

o  Electronic  Exchange  of  Student  Information 
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Although  ONet  was  developed  to  serve  institutions  in  Ohio,  through  the  INCAET 
partnership,  sunilar  network  services  arc  being  offered  to  other  states  to  develop 
independent  state  networks  like  ONet  ^^''th  the  capability  of  linking  the  states  into  a 
regional  and  eventually  national  network. 


B^.NEFITS 

Some  of  the  benefits  gained  from  actively  using  ONet  include: 

o   Locating  available  training  resources  for  business  and  industry  to  meet 
training  ^nd  employment  needs. 

o   Assisting;  colleges  in  their  efforts  to  improve  the  economic  development 
climate  oi  their  region. 

o    Improvinp  coiumunications  and  supporting  information  exchange  among 
participatmg  institutions. 

o    Sharing  of  valuable  resources  among  institutions  and  omitting  duplication  of 
effort. 

o    Creating  k^portant  linkages  with  colleagues  throughout  the  state  through 
continued  use  of  ONet. 

o   Sharing  information  and  participating  in  the  development  of  new  applications 
to  meet  chsngiiig  needs. 

o   Providing  a  cost  effective  and  time  saving  communications  tool  to: 

-  Conmiunicate  with  persons  without  participating  in  **phone  tag'*. 
Access  information  at  the  time  it  is  needed. 

-  Send  and  receive  messages  at  any  time.  (The  system  is  available  24  hours 
a  day,  seven  days  a  week.) 

Access  electronic  mail,  bulletin  boards  and  database  information  services 
at  the  approximate  cost  of  a  regular  state-wide  long  distance  phone  call, 
but  with  the  potential  for  more  immediate  response,  timely  information, 
and  ^-^ied  services. 

Electronical^  transfer  a  multi-page  document  to  another  user  or  a  group 
of  users,  immediately,  at  a  fraction  of  the  cost  of  sending  a  similar 
document  via  Federal  lixpress  or  U.S.  Express  Mail  and  with  greater  ease 
and  speed  and  lower  cost  than  sending  the  sai^e  multi-page  dociunent 
to  several  users  through  facsimile  c^py. 
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Reacheng  the  Premised  LAN 


John  Bates/Gerry  Leclerc 
McGill  University 

IVIontreai 
Quebec,  Canada 


McGM  Unlveoit/s  Managemem  Systems  group  recently  insta^ 

NoveO/ArcNet  Ixcal  Area  Network.  This  paper  describes  the  en\^^ 

staUation  history,  and  discusses  *he  problems  and  successes  of  the  installation.  Including 

the  uses  made  of  the  LAN.  and  thi  features  most  liked  and  most  disliked  of  tlte  LAN  and 
thePS2s. 


Background  to  McGiii 

McGI  It  Canada's  oldest  charterad  unlveraky.  founded  In  1 821  by  a  bequest  from  James  McGli,  a  wealthy 
Scottish  Canadian  fur  trader.  We  have  been  Hvlnoolf  bequests  ever  since. 

MoQI  Is  an  En(|^  language  institution  In  the  heart  of  vvhat  Is  nov^  Montrealb 

prlnnarlyFrsnchspealdng,sndourprDvlnoeorChiet)ecsv^  This  provides  one  of  our  greatest 

attractions  !o  out  of  toM^  students  -  the  ablfty  to  "go  foiei^ 

studying  In  English.  ltlsaisooneorourgreMestprobierns,slncen(K)stofourftindi^ 

same  rrencn  spewing  ixovmciai  goverrwnsn. 

We  are  public  In  the  sense  th^  our  funding  Is  maMy  provindai,  pr^ 

approvals  from  Chiebecvyemalce  our  own  rules  and  spend  our  Wears 

therefore  something  of  a  blend  between  your  private  arid  slate  unlversl^ 

We  are  medium  to  large,  with  a  day  student  headcount  of  22,000  (19.000  fle's).  and  an  evening  headcount 
of  another  8,000.  Despite  giving  almost  al  of  our  courses  In  Engll^ 
mother  tongue. 

Acadernicaly  our  md|or  strengths  are  our  profMSionsI  facJM^ 

Engineering,  and  our  strong  research  trat.i  record  in  al  areas.  We  receive  nKxe  competitively  awarded 
research  grant  doNars  per  fuRtirne  academic  than  any  other  university  in  Ca^^ 

Organisationally,  our  strength  Is  In  our  decentrailsatinn.  We  have  a  long  tradition  of  fecuity  power  and 
t>ottom  up"  decision  malung.  The  nx>re  perceptive  win  irnnf¥xJlaldiy  recognise  that  pcCentiallyth^ 
also  be  a  nria|or  weakness,  and  certainly  rnalces  proNM^ 
standards  an  Intsresting  challenge. 

The  other,  overwhelming  wealoiess,  is  our  financial  positloa  Our  deficit  for  the  current  year  was  originally 
budgeted  for  $12  mMon  (US)  -  It  Is  now  expected  to  be  around  $6  mMlon  due  to  an  Improved  provincial 
grant  Our  curiuiative  deficit  wi  be  of  the  order  of  $50  mllion(IJS)  at 

This  Sony  financial  picture  comes  after  years  of  belt  tightening,  short  time  summer  wortdng.  and  staff  cuts, 
and  Is  attribailable  to  significant,  tong  term,  and  seN  adn^ 

the  other  large  Quebec  universities,  and  to  a  provincial  pd  Icy  which  has  frozen  tuition  fees  at  their  1 968 
levels.  A  Canadian  studer*  at  McGI  pays  $450  (IJS)  for  tuition  per  yea^evr^i^ 

Background  to  Management  Systems 

Management  Systems  Is  a  lalriy  typical  administrative  systems  group,  with  35  development  staff  and  20 
operations  people  who  do  batch  data  entry,  batch  updating  and  reporting,  and  give  first  line  support  to  our 
administrative  networic  users.  Wesharetheunlverslt/s3090-180E  (vector)  with  researchers  (a  growing 
load  since  It's  largely  free  time),  students  (a  declining  load  since  free  PCs  are  rrKxe  fun  than  free 
mainframes),  and  commercial  customem  ^too  declining).  Our  load  Is  naturally  growing. 

We  njn  lUiVS/XA,  IMS  as  our  main  database.  TSO/ISPF  for  d 
)ust  Installed  Adabas,  Natural  and  other  Software  AG  products. 

Organisationally  we  report  to  the  same  vice  prlnciprf  as  the  Computing  CentreH'eiecomnHinlcatlons  group. 
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BU  our  paptr  todiy  It  to  do  wtti  hoMT  and  vvhy  vi«  implemerted  a 
d«vtlopnwrt  and  mott  of  oir  operationt  itaff. 

ObJtcUvMoftlMLAN 

Alofourdtvvlopmandrnoatofouroperatlonepeoplahavehadte^^  Since  1982 

\m  had  gradualy  added  a  Mudge  of  various  PCa.xra.  AT*  and  cionee.  as  vveshaUdi^^  Whenthe 
story  opens  than  WW  iwd  a  mb(  of  andent  temMs  and  disparate  PCs. 

One  of  rnygoaK  In  proposino  the  LAN  was  therefore  to  simpl»ythtomb(eden\»^^  Another,  and 
periiapethenvMinportant.wutotummydev«k)prnentstalfontoPCposslt)lltte  Some  were  already 
PC  enthusiasts -most  ware  not  Most  had  HMe  concept  of  what  PCe  could  do -and  were  doins  in  the  right 
hands -IbradmlnistrBtlve  computing.  I  wanted  to  pocRlon  my  staff  so  that  they  bot^i  understood  desktop 
compiAlna  and  could  8en««  the  growing  demands  for  PC  applications  support 

Simlaily  I  wanted  to  buM  our  eKperlence  with  l>Ns.  so  that  we  could  be^ 
administrators. 


And  naturally  I  wanted  to  do  all  this  and  at  the  sanrte  tirne  Inv  prove  our  productive  !n  the  develop 
amd  openttlonsi  arses. 


And  flnoly  I  wonted  to  regain  the  initiative  we  used  to  have,  Le.  to  catch  up  with  or  (gulp)  surpass 
power  users  In  the  field  who  were  doing  great  things  with  PC/LAN  technology. 

Configuration 

The  configuration  that  we  selected  (or  our  MIS  <jepertment  LAN  consisted  of  M 

and  hardware,  which  our  Computing  Centre  Nad  on  Its  approved  list  of  Campus  produ.  *§.  For  our  Network 

operating  sy(4em  we  chose  Noven  Advanced  NetWare  286.  We  are  UNrendy  using  verskxi  2.12  revisk)n 


The  wori(statk)ns  and  servers  were  provMed  through  our  Computer  Ceritre  Store,  and  N«tiWar^ 
"gen'ed"  (Installsd)  on  our  servers  by  the  technkal  staff  of  the  Computing  Centre. 

Oufchotee  of  workstation  was  the  IBM  PS/2  Model  30  286  wtth  1  Megabte  of  RAM  and  1, 1.44  Megabyte 
diskettodrlve.  We  decWed  against  lard  disk  drives,  as  we  vvanted  everyone  to  store  lies  on  the  netvraric 
diek.  The  rseson  for  this  was  to  rsduce  costs  and  eervk»  problems,  and  to  ensure  that  fles  wire  regUariy 
backed  up.  Every  station  was  equipped  wMiu  model  8613  VGA  cokxjr  display  and  a  nrause.  AKogettier 
ttiere  are  abou  SO  worioitations. 


Each  wori(station  Is  connected  to  ttie  l>N  using  ARCnet  interface  adapters  supplied  by  Pure  Data  inc.  ^ 
Canada.  The  cable  plant  consists  of  RQ62Ucoaxiai  cable.  ARCnetuseeatieetopotogy.wMi 
woriotations  attaching  to  branches  of  ttie  tree  uskig  "tMsslve  hube"  and  the  branches  connecti^ 
trunk  using  "tetivehube".  Our  own  operations  group  dUaNo'ttie  cable  and  hub  InstaNatkNi. 

We  deckled  to  have  2  nelworic  fie  servers.  One  Is  ttiepnxJuction  machine  and  ttieottier  acts  as  a  print 
server  and  backup  machbielbr  the  first  For  tiiese,  we  selected  Everex  386  PCe  mnnbig  at  20  Megahertz 
and  equipped  witii  4  megabytes  of  RAM.  We  used  300  Megabyte  CDC  fixed  disk  drives  for  storage.  Each 
flto  server  is  protected  agaii  »t  power  talures  and  surges  by  uninterruptible  power  supplies  (UPS) 

manutactured  by  American  Power  Converston  Inc.  For  backup  we  are  uskig  a  Legacy  ISO  megabyte  tape 
drive. 


Our  bsdojp  cycto  consists  of  daly  copies  of  aH  fles,  a  tap*  made  w««kiy  and  kept  for  a  month,  and  two 
monthly  tapM  which  altenwia.  WaaltolceepatafMoff-aKe. 

ShiM  aach  of  our  woi1(stalions  requkM  access  to  our  hoct  m 

as  a  pMt  to  the  maMnm  wtti  tha  additkm  of  a  gatawMiy  eerver  rw 
in^Kwsa  by  our  Odrnputing  Cartte  staff  caled  Nel327D.  TNs  w^ 
oonne^orato  each  PC,  and  sKiia  oomnfiunicatiorw  hanKvara/softwa^ 

We  also  added  a  reinoti  diol^  gateway  server  to  our  U^N  using  trie  Remote2  communlcatk^^ 
from  Crosstalk  conwnunlcatlons. 

Timet  ibl« 

The  UM$     grew  out  of  experience  with  a  smaltor  LAN  set  up  In  1966  vvlthin  the  department's 
infcmwtion  Centre.  This  LAN  was  based  on  ARCnet  and  NetWare,  and  connected  4  IBM  PCs  to  an  IBM 
AT  fie  server.  The  Info  Centre  staff  gained  experience  with  the  LAN,  and  I  as  manager  of  the  Info  Centre 
feit  that  thie  would  be  a  good  fadlty  for  the  entire  MIS  department  Being  a  keen  PC  advocate,  my  boss 
the  director  of  UMS,  becaniewiredtoourtfciy  networtc  soon  after  we  had  It  fully''8hal(en  down". 

in  Novernber  8a  I  prepared  a  paper  for  our  annual  Managers  Retreat  propoeing  a  LAN  for  an  d 
ManagernentSy8tetm(exdudkig  Data  Eritrywhk^ih  had  their  own  rnlnk)or^^  A 
dedskm  was  taken  to  go  ahead  wKh  the  proposal  if  funding  coukJ  be  secured.  A  month  later  we  had  the 
ftewlspedflcattons  and  cost  estimate  for  the  networic  LucMy,  the  funds  were  aHocated  and  woric  began. 

The  first  step  was  to  expand  the  existing  Info  Certre  LAN  to  a  subset  of  the  department  and  ga^ 
weOthingswent  TMswoukthelp  iS  gain  experience  one  smaBerecale  with  the  vagaries  of  equipment 
acquisltk)n,  cable  installatk)ns.  software  eetu|3,  training,  and  user  rsacttons.  We  selected  staff  ranked  as 
prefect  managers  and  above  as  our  pBot  group.  They  were  al  'quipped  with  PC's  (many  of  our  other  staff 
were  not),  and  they  were  the  easiest  to  woric  with  because  their  cornputing  needs  were  more  PC  oriented, 
and  they  had  more  PC  experience  than  our  analysts  and  programmers  who  wort(ed  noore  with  the 
mainframe. 

We  heM  our  first  training  course  In  December  88,  and  by  January  86  had  about  a  dozen  new  stattoro 
theLAN.  Everything  was  woridng  pretty  well,  so  In  FMbmary  we  began  to  spread  the  LAN  to  an  renwini 
systems  and  operatkXM  staff.  We  decided  to  acquire  and  InsiiH  PC's  In  groups  of  10,  to  make  It  easier  to 
setup  the  hardware  and  train  staff. 

Around  this  time  we  upgraded  our  IBM  AT  server  to  an  Everax  PC.  8kK»  more  than  haff  of  the  remaining 
:>taff  not  yet  ne^Mort(ed  had  PC's  already,  theee  were  replaced  with  subetantiaNy  better  PS(2  mode^^ 
Others  who  had  temilnals,  were  woridng  with  PC's  for  the  very  first  tkne.  Those  staff  that  had  PCs  were 
uskig  their  PCs  as  tennindswIlhlRMA  cards.  We  replaced  the  IRMA  cards  into  the  new  PC's.  Thlsmea.it 
that  we  had  to  run  two  cables  to  sach  PC  ternporarily  unti  our  gateway  connectkm  (Net3270)  was  fully 
opentfonil.  ARCnet  usee  the  samfi  type  of  caL^  as  a  a27D,  so  this  made  the  Job  easier  as  we  were  well 
experienced  wUh  Inetsilng  this  kkid  of  coax. 

By  Aprii  88  we  received  our  last  kit  of  10  PC's,  and  everythir^  was  njnningi  We  puHed  several  of  our  staff 
off  of  ths  IRMA  link  to  the  mainframe  and  tested  Nel3270.  We  gradueMy  Increased  the  kiad  to  test  the 
peribrmanoe  and  rallabllty  of  the  gateway.  We  Inetkuted  weekly  meetings  between  mysetf,  my  backup 
from  the  systerns  staff  and  our  operalk)ns  people  to  discuss  the  ongob)g  managernent  and  of^ 
theLAN. 
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There  were  all  a  feMT  oddt  and  tnds  missino  w  b«:koid6red  (spare 

(x>piee  of  software),  but  by  May  these  had  come  In.  By  June,  the  Implementation  was  for  aN  Intents  and 
purposes,  compMa. 


Over  the  summer  ws  Installed  new  modilar  wortcstation  fumltura  In  the  department 

Godsend  In  slowing  us  to  easly  relocate  staff  both  during  and  after  the  move.  At  this  time  we  cut  over  to 

Nel3270  <uly,  and  ceased  using  IRMA. 

Problems 

Although  everything  Is  new  running  very  smoothly  O'm  amazed  at  how  smoothly  actuanyl),  w^ 
our  share  of  problems  gstting  everything  right 

Several  Kerns  shipped  to  us  were  defMlvewtsled  soon  after  Install^  Among  these  were  2  network 
Inieriace  unks  (adapter  cards),  1  colour  dispiay,  1  P$/2  systsm  unit,  and  1  of  the  UPS'a 

We  also  encountered  another -gotcha- Vivien  we  discovered  that  about  50  megabytes  of  our  300  m 
drives  were  unusable  after  being  formatted  for  NetWare. 


Since  we  had  two  servere.  we  wanted  both  to  be -onllner  so  we  bridged  them  to  each  other.  TNsaHowsa 
workstation  to  accssssWisr  He  "eiver.  TNs  proved  to  be  proUematk:,  as  we  somehow  got  the  addresses 
of  the  servere  mixed  up,  and  cotidnt  activate  one  ofthem.  Not  having  gen'od  the  operating  system  puts 
you  at  a  disadvantage  at  times  l>(e  this! 


Anolhsr  problem  whteh  sti  haunts  us  today  is  RAMCRAM,  or  the  InaUlty  to  fk  everything  you  vi^ 
memoryatonce.  We  are  shoehomkig  DOS,  NetWare,  the  mouee  driver,  NetWare  menus,  Net3270,  and 
Framswori(  III  Into  640K  This  Isaves  very  llttleworidng  storage,  and  somelknes  programs  fnterfere  with 
one  another.  We  have  redalmsd  some  extra  space  by  using  the  LANspace  program,  and  by  eliminating 
NelbtaafrDmNet3270. 


Cables  always  seem  to  present  headaches  In  any  networidnsnytattoa  WehadareshareofdiffkMAIesas 
welwkh  cables  being  unplugged  Indlscrimlnatsly.  Once  we  finally  got  everyone  trained  In  tenninating 
uriused  cables,  the  problem  went  away.  Ifs  a  good  Idea  to  physk»Ry  attach  a  cable  tennlnator  to  each 
cable,  with  a  note  SKplaining  ks  use  at  rVa  end  of  every  user  acoessMile  cablel 

Our  ssnm  are  attached  to  a  muu4)uldlng  fbre  optk:  k)cal  area  networi(  njnnln^ 
agataway.  We  had  several  problems  witti  this  cormclton.  but  with  the  ProNet  driver  software  and  with 
noise.  Our  Compuing  Centre  solve  j  the  noise  problems,  but  ft  took  a  kit  of  wori(.  The  driven  sdH  do  not 
always  InftUbe  correctly.  The  kxigtennsoiutkin  to  this  problem  is  to  replace  the  ProTJet  with  another 
networt(.  as  our  Computkig  Cen^  expands  thi's  hKMione  to  cover  most  of  the  campus. 

Anothsr  source  of  problems  :s  attempting  to  change  anything  about  the  LAN  during  the  day.  Donldoltl 
IJke  the  mainframe,  rs  best  to  make  changee  outsUe  of  nonnal  woridng  hours. 

We  encounlarsdsevwaldlfncultisa  gstting  our  backup  tapes  to  woricrelkdily.  Ourflratunft.  a  Genoa  tape 
system,  nmwworked  100%  of  the  time.  Fortunately  ft  was  planned  to  replace  ft  from  the  beglnnkig.  and 
Israplaoemsnt  a  Legacy  drive  soon  took  over.  It  afiodU  not  always  worid  EventuMy  the  problem  was 
dstarminadtobeowlngtothofM:tlhatthePCthatftw«satlachedtohad5l2Kor memory.  Atlachedtca 
640K  machine,  ft  has  woricsd  fine  ever  since. 
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Trying  to  find  a  Mcure  spot  to  hOv     .  /rervvrt  toprotwtthenifranitheenvlfonnr^ 
fingeri,tasiteobotndlHlciitfb^  Right  noMf  they  are  kept  In 

telephone  wMngcloeat8,¥fherttelaptK^  Weare 
planning  to  movv  them  Into  dockable  cablneta  eoon. 

Some  of  the  aoRvMm  we  haMt  Is  only  needed  by  a  tingle 

PCs  (arxl  software  often  requiret  a  hard  disk)  we  have  Inetailed  the  software  on  the  server.  With  some 
packages  (e.g  Hanwd  Graphics)  the  software  does  not  wc^ 

In  the  area  of  hunmpeychotogy,  we  hKsornedMlcutty  when  we  switched  to  Thislsa 

very  nica  menu  facUty,  rrajch  l)elter  than  the  batch  lie  rnenus  we  h^ 

grown  accustomed  to  the  oU  menus,  and  took  awhie  to  ad|ust  to  the  new ''u^ 

Recently  we  discovered  that  even  though  we  have  plenty  of  free  disk  space,  we  hove  run  out  of  *tilrectory 
entries  on  the  fie  server.  This  rneans  that  we  have  used  ijpiN  of  the  space  to  enter  fie  and  director 
names  on  the  NetWare  volume.  Apparently  this  can  only  be  cfianged(!ncrsaeed)tyyregeneratl^ 
operating  systern.  a  fornnidabie  task  I  am  (^ven  to  undern^  We  are  living  witti  the  problem  for  now  by 
reaRocadng  lies  onto  another  spare  volurne  (hicky  we  have  that)  and  by 

maintenance  of  the  btoeted  volume.  The  leeaon  here  is  to  alocate  plenty  of  directory  entries  when  you 
''gen"  the  disk  volumee.  9,000  entries  rnay  sound  ll(^  a  big  nunriber.bU  you'd  be  enrazed  at  ^ 
network  disks  attract  flesi 

Another  fiasco  we  Hved  through  related  to  printed  output  fr^ 
servers.  NetWare  has  an  optton  that  alows  you  to  prMl)anner"page^ 

person  to  wtxm  the  printout  bek)ngs)  and  separator  sheets.  These  sheets  hove  a  useful  purpose,  but 
waste  an  Incredible  anmjnt  of  paper  and  toner,  especialy  for  the  rnaK^ 
ortwopagea.  We've  compromised  by  anitting  the  banners,  bUleavi^  People 
have  to  eort  through  printed  output  and  MentVy  their  own  Jobs. 

One  of  our  worst  txoUems  had  to  do  wkh  the  Net327D  gateway.  In  the  first  couple  of  months  the  gateway 
hung,  or  went  down  ocoastonaly.  due  to  noise  on  the  backbone  network  linking  us  to  the  mainframe 
conYXiterk)catedatour(>xnputlngCeri^  This  was  pretty  serious  because  moat  of  our  staff  spend  their 
time  communicating  wkh  the  mainframe,  anr^  Net3270  downtime  reeulted  In  nrHJch  kle  staff  tkne.  The 
rnajor  problem  was  flnaBy  rectHed  by  rerncving  the  gateway 

dedic'ited  coax  cable  running  to  the  Computing  Cen^  Skice  then  we  have  had  other 

troublee  caueed  by  Netbtos,  but  these  have  been  dearsd  up  aa  our  Cornpu^ 
bypass  Netbtos  altogether.  In  the  last  three  weeks  we  have  had  no  downtime  at  aH. 

Results 

When  the  dust  had  settled,  I  surveyed  ai  of  the  LAN  usera  to  see  how  they  were  uek^ 
about  k. 

Uaee  •  On  a  welc^ited  average  basis,  58%  of  the  tkne  the  PCs  are  bek^ 
ushigNet3270.  This  Is  not  too  ^urprlshig  as  about  hatf  of  the  users  are  prograrnrne^ 
contrden/echedulera. 

30%  of  the  tkne  the  PCs  are  bek)g  used  with  PC  level  packagea,princlpaNyF  ill  for  word 

procesakH)  but  also  hdudkig  FoxBasei/FoKPro,  RBaes,  EasyFtow,  1  -2-3,  Harvard  Qraphtes  and  a  host  of 
others. 

E  Mai  to  other  people  withk)  the  depaninent  takes  up  6%  of  the  t^^ 
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FMlivM-le«k0dwhfltptopi«W(6dim)ttaboUthtP8/2t.  Baaifng  in  mind  ttwivve  had  all  come  frtm 

attMT  a  monochroma  3270  or  a  monochromt  PCI.  tha  moct  M  iMt^ 

colour  acfvaa  martionad  by  48%.  folowad  jy  tha  kayboaid  (2^^ 

(19%).Amorioitthaolhw 

aavonl  manUona. 


Top  of  tha  laaat-llkad  iMturaa  wera  tha  Ineblify  to  hot4(ey  betM^ 
tha  owaral  apaad  (ie%).  and  nothino  at  dl  (23%). 

I  aakad  tha  aama  quaatkra  for  tha  LAN  a»  oppoiad  to  tha  PCs.  Top  ofthe  popa  were  E 

much  aaaiar  on  tha  LAN  than  wtti  tha  pravtoua  maWnuna  version,  and  ^ 

disk  aeivervaaliy  belter  than  fighdngdozana  of  llopplea.  Access  to  nwUe  range  of  shared  software  was 

very  ctose.  at  39%.  then  traling  behind  came  laaar  printing  and  using  shared  fles.  b^ 

Remaricabiy  the  highest  most-dWIced  (Mure  for  the  LAN  was  ttolhlntr. 

Conclusions 

The  LAN  and  PS2a  have  been  very  wel  received.  Naturaly  what  people  IH(e  best  to  whaf  s  new  -  colour, 

better  keyboard,  speed  and  the  LAN.  From  the  management  perspective  I  am  very  pleased  with  the 

relative  ease  wkhwhk^i  the  LAN  went  la  We  prollled  by  walking,  than  joggbig,  then  runnbig.  lamalso 

pleaaad  with  the  attitude  change  on  the  part  of  the  stair  towards  PCs.  and  thak 

Finely,  the  knprovement  In  Internal  communicatkm  through  E  Mai  dona  jusUHee  a  large  part 

flxpense. 


I  k)ok  forward  fobuWkigr  i  our  sscperienceaao  far  by  expanding  the  support  we  proy.v.^  for  end-user 
compiKlna  and  by  upgrading  seme  of  our  PS2a  fo  take  advantage  of  CASE  and  cooperative  dev^oprnent 
of  mainframe  applfoattona  on  the  deektop. 

I  am  alao  gratified  that  our  tradWonal  users  such  as  the  Reglstrsr  are  now  knockhg  on  our  dw 
LAN.  and  at  least  one  e)dstlng  smaM  LAN  wanto  to  corna  on  boerd  ours  to  ellmk«ate  their  support 
overhead. 
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ABSTRACT 

Legislation  for  a  National  Research  and  Education  Network  (NREN)  may 
soon  be  introduced  in  Congress.  Hie  NREN  could  create  opportunities  for 
nuUor  changes  in  the  kind  and  content  of  information  services  delivered  by 
academic  libraries  to  the  scholaiiy  community.  E^omiples  are  on-demand  Aill 
text  deliveiy,  self-generated  interlibraiy  loan,  access  to  electronic  libraiy 
catalogs  vrtiich  include  article-level  access  points,  access  to  non-bibliographic 
data  files  and  new  means  of  electronic  scholariy  commanications.  Libraries 
and  library  organizations  have  important  roles  to  play  in  the  NREN, 
enhancing  access  to  these  and  other  information  resources. 


«We  expect  tk  rcrotatloii  tm 
tnuMiBfMllev  aad  nlflcatleB  er  aU 
leenias.  It  niD  Ml  mty  (etterete  mw 


teeilcMl  the  power  of  our  bnilu.  i:sttUbBateefllNtwinbethe 
for  tke  dchofe  of  tdces  end  bfonntkM,  ef  odtue  ud 
but  wUl  Bsppljr  the  bouu  for  Its  world^iHde  dtoaemiiuitioa 


Di?idS««ofi;it91-i971 
Fonder  ud  Pifesidcnt,  RCA 


World  of  RCA. 


UlNraiy  Automation  and  Netivoridng 

Academic  libraries  must  slid  purdiase,  imoess,  store  and  lend  books  and  journals,  but  must  also  acquire 
and  access  informadoD  in  electrooic  form.  They  must  do  all  (rf  these  thiogs  efficiently  in  addition  to  providing 
access  to  the  universe  of  information  not  within  their  walls.  To  quote  Ridiard  de  Gennaro»  Tedmology  is 
making  the  resources  withm  the  library  available  beyond  its  walls,  and  the  resources  beyond  its  waDs  availaUe 
within  the  F  ,fary.(l)  The  way  libraries  manage  thoeaccom^ishmcnts  is  in  great  part  related  to  an  b 
use  of  tetecommunicatioo  networks.  We  wi!!  illustrate  and  e3q>lain  some  of  die  current  library  uses  of 
telecommunication  networks  and  kx>k  at  ways  an  uspanded  high*speed  network  which  connects  private  and  public 
sector,  business  and  educational  research  endeavm  will  impact  libraries. 

Processing 

Libraries  use  machine  readable  biUiographic  descriptions  to  create  online  public  access  catalogs  in  addition  to 
typed,  handwritten,  or  manually  produced  catatog  cards  created  pricnr  to  the  mid  TQs.  Twenty  years  ago,  a 
library  catak)g  department  may  have  housed  20  or  30  catalogers  describmg  all  the  new  boo^^  and  journals 
acquired  for  the  library.  We  still  have  all  those  personally  produced  records,  but  today  the  catalog  department 
has  far  fewer  staf^  and  those  reniauung  search  national  bibUografAdcdati^^  records  vrfiich  match  the  new 
books  and  journals  m  hand  They  may  make  mimx'  changes  m  the  records,  but  they  acquire  the  text  61  the 
record  over  telecommunications  lines,  depositing  them  one  by  one  into  the  local  online  catalog. 

Similarly,  libraries  use  telecommunication  links  to  order  new  materials  through  library  vendors  or  publishers. 
Electronic  mail  systems  are  widely  used  to  speed  orders  to  vendors.  Sometimes  the  vendors  are  able  to  supply 
the  matchii^  cataloging  records  along  with  the  books. 

When  journal  issues  do  not  arrive  on  time,  or  if  missing  issues  neeu  »o  be  ordered,  electronic  mail  systems  are 
used  to  claim  them.  Libraries  also  dial  into  large  sei^  vendor  databases  of  journal  holding  information  to 
determine  issue  avaihUlity. 

▼     ose  and  many  other  ways,  libraries  make  extensive  use  of  IriUiographic  or  commercial  database  fTry^'fc^wg 
-  phone  lines,  and  sometimes,  dedicated  higjh  speed  lines.  Ihe  size  and  scopt  of  research  library  cdlections 
ana  the  need  to  process  them  efficiently  mandate  the  use  of  information  technologies. 

National  BibUographies 

The  large  national  biUiografriiic  databases  used  for  processing  cdlections  also  rerve  other  purposes.  The  two 
largest  databases  are  OCLC  and  RUN.  Current  developments  in  the  ways  libraries  and  scholars  are  using  these 
n&donal  biUiograiriiic  ^itilities"  have  major  impacts  on  telecommunication  networks. 

The  utilities  were  developed  for  library  use,  not  mdividual  use.  They  continue  to  be  chiefly  used  for  cataloging 
functions  and  for  resource  shariog.  However,  both  organizations  have  been  moving  toward  providing  individual 
access  to  their  databases.  OCLC  is  about  to  launch  new  search  software  called  EPIC,  vMdk  will  allow  much 
more  flexible  subject  searching  of  the  20  million  records  contributed  by  the  stafb  of  the  10,000  member  libraries. 
Direct  (not  mediated  by  a  Ubrarian)  patron  use  of  the  OCLC  database  wiU  then  be  fadU        Plans  are  not  yet 


made,  howevor,  for  internet  access  to  OCLC,  since  OCLC  is  just  now  installing  a  new  telecommunication 
network.  However,  it  is  common  for  libraries  using  OCLC  to  offer  public  access  terminals  in  their  library 
buildings,  and  with  EPIC,  individual  use  of  the  massive  database  will  be  easier  and  more  effective.  The  Research 
Library  Group  (RLG)  has  dbcMdy  announced  its  plan  to  allow  individual  scholars  afSliated  with  member 
universities  to  seardi  iU  database,  RLIN;  and  RLG  has  recent^  completed  a  pilot  project  called  the  Research 
Access  Project  ^*idi  was  desimed  in  part  to  identify  needs  for 

Further,  RLG  has  announced  internet  access  to  the  many  research  and  bibliographic  files  in  RUN.  RLG  is 
installing  its  own  dedicated  hi^  speed  pathway,  linking  all  the  member  campuses  for  materials  processing  and 
information  transactions.  Two  RLG  libraries.  University  of  Pennsyh^ania  and  New  York  University,  are 
developing  gateways  to  mcve  easily  from  the  online  catalog  to  RUN. 

Interlibraiy  Lending  and  Document  Deliveiy 

llie  largest  research  hl>rary  cannot  afford  to  own  even  a  small  percentage  of  all  published  works,  so  it  must  be 
highly  selective  about  building  collections  to  be  housed  locally.  By  joining  organizations  such  as  OCLC  and 
RLG,  Ibraries  have  for  many  years  used  their  bibliographic  databases  to  locate  copies  of  research  materials 
which  h<^p  not  been  purchased  locally.  This  is  possible  because  the  utilities  store  information  not  only  describing 
the  item  itself,  but  listing  all  libraries  owning  the  item.  A  library  using  either  system  can  electronically  transmit 
a  borrowing  request  to  the  holding  library,  or  a  lueue  of  holdmg  libraries.  Very  recently,  interUbraiy  lending 
meant  that  once  the  location  of  a  needed  item  was  found,  and  the  electronic  mail  request  was  sent,  the  person 
needing  the  item  waited  fo:  the  U.S.  mail  to  deliver  the  book  or  article.  \l^ith  recent  advances  in  telefacsimile 
technology,  high  quality,  high  resolution  copies  can  be  made  available  by  scanning  and  sending  via  phone  lines. 
OCLC  is  even  planning  extraterrestrial  library  service  with  the  Technical  Library  at  NASA  to  beam  information 
to  astronauts.  (2)  Very  recentfy,  some  libraries  and  library  organizations  are  e]q)erimenting  with  digital  scanning 
and  digital  sending,  using  fiber  technology  and  the  internet  or  components  of  the  internet.  The  RLG  anticipates 
using  ts  dedicated  network  at  night  for  large  volumes  of  fax  transmissions  so  that  rush  interlibrary  loan  requests 
need  not  depend  on  the  mail.  RLG  is  also  developing  a  document  transmission  workstation  to  speed  both  the 
document  request  and  the  document  itself  on  their  way  between  libraries  and  other  libraries,  and  between 
libraries  and  scholars.  (3) 

Although  the  RLG  document  transmission  workstation  is  intended  to  be  a  critical  part  of  the  library  document 
delivery  service  rather  than  a  multipurpose  workstation  for  scholarly  use,  the  vision  of  a  workstation  enabling 
information  to  be  received  directly  by  the  schoiar  is  not  a  new  one.  "In  1945,  Vannevar  Bush  ivged  scientists 
no  longer  dedicated  to  the  war  effort  to  turn  meir  creativity  to  making  knovrfedge  more  accessible.  The  device 
he  pictured,  which  he  called  a  "memex,"  was  a  desk  which  incorporated  a  numerically  controlled  microfifan  store, 
reader,  and  camera.  The  stored  information  would  include  both  published  works  and  personal  lecords;  several 
items  could  be  viewed  simultaneously  at  high  resolution....The  computer  had  not  yet  emerged  from  the  closed 
doors  of  the  wartime  cryptography  department,  but  Bush's  vision  of  the  schohur's  workstation  is  still  a  go;il  for 
the  library  of  the  future."  (4) 

Electronic  Storage  of  Full  Text 

Vannevar  Bush  looked  toward  microtext  for  solutions  rather  than  storage  of  text  in  digital  f ^rm,  but  it  is  possible 
that  the  next  step  toward  Bush's  ideal  scholar's  workstation  is  about  to  be  taken.  Once  the  library  scans  or 
receives  the  document,  and  before  it  relays  the  document  to  the  requestor's  fax  machine  or  computer,  the  library 
will  store  the  document  in  analog  or  digital  form,  compl.ite  with  iUustrations,  and  link  it  to  a  bibliographic  record 
for  retrieval  upon  the  next  request.  There  is  present  experimentation  with  digitization  of  photographic  and  other 
graphic  data  for  storage  on  compact  disk  or  videodisc  b  this  a  form  of  puUishing?  What  are  the  copyright 
ramifications?  How  much  storage  will  Ubraries  use?  What  involvement  will  libraries  need  with  optical  technology 
on  site?  How  long  should  such  documents  be  kept?  Will  publishers  become  the  archive  for  their  publications, 
instead  of  libraries?  These  and  other  public  policy  issues  L  ve  been  cited  by  Clifford  Lynch  as  areas  of  great 
interest  to  libraries.  (5)  As  scanning  technoio^  improves  and  standards  evolve  for  document  compression,  the 
solutions  to  these  questions  will  be  addressed  in  the  near  term. 
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i^pim.. .  f '*'«i*tdoii8  such  as  OCLC  and  RLG  are  key  to  pdicy  development  on  these  and  other  related  issues. 
At  this  time»  Ihaju  ^^Q  and  th^  American  Library  Assodation,  as  wdl  as  many  states  ^ch  are  establishing 
statewide  &x  networks,  are  developing  interlending  policies  and  protocols  for  new  delivery  methods.  Clearly, 
these  policies  will  afifect  telecommunication  traffic  loads,  and  will  lead  to  the  resolution  ot  many  copyright,  fair 
use,  telecommunication  access  and  scholarly  communication  issues. 

Commercial  Document  Sources 

There  is  a  link  with  the  commercial  document  delivery  sector.  Competing  with  libraries  as  sources  of  documents 
are  many  nonprofit  and  fc^r-profit  electronic  delivery  systems.  Among  these  are: 

1.  ADONIS  (Article  DeSve^  Over  Network  Information  Service) 

2.  ARTEMIS  (Automated  Retrieval  of  Text  fi'om  Eurqc's  Multinational  Information  Service) 

3.  Scientific  Delivery  System 

4.  EIDOS  (Electronic  Information  Delivery  Online  System) 

5.  APOLLO  (Article  Procurement  with  On-Line  Local  Ordering) 

6.  Transdoc 

7.  Kno^edge  Warehouse 

8.  Project  Mercury 

9.  ISPs  Genuine  Article  Service 

10.  The  ERIC  Document  Reproduction  Service 

11.  Chemical  Abstracts  Service 

12.  University  Microfilms  International  Document  Service 


li  is  worth  noting  that  these  organizations  and  the  fees  they  charge  affect  the  library's  choices  for  the  most 
effective  way  of  obtaining  needed  information.  This  in  turn  will  affect  interlending  operations  and  their  cost 
f  ffectiveness.  If  commerdal  document  sources  were  on  high  speed  networks  alongside  major  research  libraries 
or  evrn  publishers  (a  great  many  academic  publications  are  now  owned  by  a  handful  of  large  corporations)  some 
interesting  developments  might  occur.  At  this  time,  it  is  general^  less  e]q>cnsive  for  the  end-borrower  to  use 
libraries,  but  only  because  academic  libraries  are  willing  to  absorb  costs  of  delivering  documents  not  owned 
locally  to  their  primary  clientele.  RLG  is  considering  a  pilot  project  with  UMI  to  include  this  corapan/s  serials 
holdings  in  the  RUN  database  so  scholars  will  have  easy  access  to  the  choice  of  using  either  UMI  3/  interlibrary 
loan. 

Take  a  iiioment  to  think  about  wha£  part  af  the  scholarly  communication  marketplace  w  /clong  to  academic 
libraries  and  what  part  will  remain  in  the  private  sector,  as  well  as  new  ways  they  may  be  intertwined  The 
datafile  produced  1^  the  scholar  2S  the  ba^  for  research  findings.  The  database  itself  will  be  'published'  by 
listing  and  describing  it  in  library  resource  files  in  association  with  ICPSR  -  like  consortia  v^ch  archive  and  send 
copies.  The  published  findings,  possibly  in  electronic  form,  are  indexed  by  tl  e  private  sector,  as  always,  burt  the 
indexes  are  available  on  library  catalogs.  Procedings  indexes  and  journal  indexes  are  produced  commercially. 
Libraries  are  likely  to  continue  to  enhance  access  to  listings  and  delivery  of  documents,  and  may  move  toward 
distribution  s>^ems  for  not-veiy-profilable  areas  such  as  small  scholarly  markets,  while  the  private  sector  will 
profit  through  activity  in  larger  academic  markets. 

Special  Collections  an  Scanned  Images 

The  nature  of  available  documents  is  changjuog,  too,  and  in  a  way  which  might  greatly  affect  telecommunication 
traffic  Digitized  text,  especially  text  with  graphics  or  other  images,  consumes  a  considerable  amount  of  storage 
space  and  telecommunication  time.  There  an^  ^vtral  pilot  projects  experimenting  with  scanning  images  with 
the  intent  of  making  them  available  to  remote  researchers  Library  of  Congress'  American  Memory  Project 
is  one  example,  and  the  National  Agricultural  librar/s  K  M  project  is  another.  In  the  NAIN  project,  the 
National  Agricultural  Library  (NAL)  and  the  North  Carolina  State  University  (NCSU)  Libraries  wiQ  establish 
a  telecommunications  link  through  the  Internet  which  will  ensile  NAL  to  transmit  digitized  page  images  of 
requested  material  to  NCSU.  This  demonstration  project  will  test  the  technical  feasibility  and  administrative 
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structures  necessary  to  capture,  transmit,  and  receive  machine-readable  page  im  ges  at  remote  sites.  (6)  A 
benefit  to  the  scholar  is  dear:  special  or  rare  collections  unavailable  until  now  for  examination  without  a  site  visit 
may  be  scanned,  stored  and  retrieved  from  storage  for  transmission  to  local  campus  networks. 

Preservation 

Those  who  are  concerned  with  the  role  of  the  library  as  the  archive  for  preservation  of  information  regardless 
of  format  a^e  considering  questions  about  the  role  of  the  library  in  preserving  electronic  images,  including 
questions  about  the  potential  of  scanning  and  storage  of  information  as  a  preservation  method.  The  Commission 
on  Preservation  and  Access  has  recentty  appointed  a  Tec}mology  Assessment  Advisory  Committee  to  address 
these  very  issues.  "Obviously,  the  goal  is  not  only  to  produce  a  copy  of  a  deteriorating  item  with  relatively 
permanent  life  and  of  comparable  or  even  enhanced  quality  and  definition,  but  to  provide  copies  that  can  be 
electronically  stored,  searched,  disseminated,  and  reproduced  in  suitable  print  form  from  remote  locatioas  in  a 
manner  that  is  both  convenient  and  cost-effective  for  the  library  and  its  users.  ...Ove^  the  next  few  years,  the 
Committee  expe^  to  concentrate  on  such  areas  as  electronic  image  capture  or  scanning,  compression  and 
enhancement,  optical  character  recognition,  storage  devices,  transmission  networks,  workstations,  user  interfaces, 
searching  algorithms  and  printing  devices."  (7) 

Union  Catalogs 

In  the  past,  the  library  card  catalog  was  usually  intended  to  provide  an  index  to  the  material  owned  by  that  one 
library.  Some  groups  of  libraries  had  card  catalc^  called  anion  catalogs  because  the  catalog  listed  and  described 
material  owned  by  more  than  one  library.  It  is  now  common  for  libraries  to  join  together  in  international, 
national,  regional  and  local  networks  to  share  the  expenses  of  automating.  The  online  catalogs  of  these  groups 
of  libraries  contain  information  about  the  collections  of  all  libraries  in  the  shared  automation  project  This 
means  the  concept  of  a  single  catalog  for  a  single  library  is  no  longer  assumed  to  be  the  case.  At  the  national 
level,  one  of  the  newest  networks  for  such  resource  sharing  is  called  LEGEND  -  Legal  Electronic  Network  and 
Database.  LEGEND  provides  law  libraries  with  an  authoritative  database  for  legal  materials  and  an  effective  way 
for  some  SOO  law  libraries  to  create,  send  and  fill  interlibrary  loan  requests  using  the  OCLC  Interlibrary  Loan 
Subsystem.  (8)  It  is  also  very  common  for  regional  resource  sharing  to  be  promoted  through  the  development 
and  use  of  regional  online  catalogs.  The  MELVYL  system  in  California  is  a  well-known  example.  The  three 
major  resear^  libraries  in  the  Research  Triangle  of  North  Carolina  is  another  example,  since  the  three  libraries 
share  the  use  of  TRLN,  a  public  access  catalog.  Some  state  legislatures  have  been  funding  efforts  to  link  research 
libraries  in  the  state  to  enhance  availability  of  research  resources  to  the  taxpaying  public.  In  Indiana,  where  the 
major  research  libraries  all  use  the  same  catalog  software  (NOTIS),  a  Notis-to-Notis  link  has  been  funded  for 
development.  In  Michigan,  all  the  major  research  libraries  use  NOTIS  and  will  be  searchable  on  MERIT.  In 
some  cases  wherr  the  major  state  resource  libraries  are  not  on  the  same  automation  system,  the  linkage  is  more 
difficult,  but  is  still  being  developed.  In  Colorado,  a  system  called  IRVING  provides  baseline  search  capability 
for  dissimilar  online  catalogs.  Even  the  utilities  are  beginning  to  look  at  technical  issues  of  interconnectivity;  a 
RLG/OCLC  technical  paper  is  underway. 

External  Library  Resources 

Recently,  some  research  libraries  have  been  adding  more  than  local  or  regional  library  information  to  the  catalog. 
For  instance,  many  of  the  bibliographic  records  of  the  Center  for  Research  Libraries  collections  (located  in 
Chicago)  can  be  added  to  the  catalog  of  any  member.  The  Center  for  Research  Libraries  acquires  expensive  and 
often  little  used  research  rjaterial  which  then  becomes  available  to  all  members.  The  local  online  catalog 
containing  CRL  catalog  records  will  retrieve  entries  for  material  located  in  Chicago  and  available  for  loan  even 
if  the  searcher  and  the  member  library  is  in  California. 

Journal  Article  Access  in  the  Catalog 

A  growing  number  of  libraries  are  taking  this  concept  further  by  adding  databases  to  the  online  catalog  for 
nonbook  material  such  as  indexes  to  journal  articles.  The  index  to  journal  articles  may  be  accessible  to  the  user 
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using  the  same  search  eogine  as  the  online  catalog  if  it  is  loaded  as  part  of  the  ooiine  catalog.  Even  if  it  is  not 
part  of  the  ottalog,  die  journal  article  file  is  usually  listed  on  a  menu  along  with  the  book  catalog.  The  library 
has  tae  dunce  oi  ^lUding  article  level  indexing  for  journals  not  in  its  own  collections  by  leasing  access  tr 
commercial  indeiBS»  or  it  may  index  only  journals  in  its  own  collections  or  the  coUections  of  it5  cooperative 
f  itomation  consortium.  In  this  way,  indexes  to  journal  literature  are  available  to  an^  campus  network  user,  or 
throui(h  dial  acuss  to  the  library  computer.  In  the  past  te  i  or  fifteen  years,  this  could  only  be  accomplished 
through  the  use  of  dial  access  programs  wiiere  the  trained  searcher  dials  i^o  a  remote  mainframe  mounted 
jDumal  index  made  available  by  database  vendors.  This  is  a  case  ^ere  telecommunication  based  use  of  data 
files  by  libraries  is  already  decreasing.  However,  the  potential  for  another  substantial  change  in  data  accc  s 
exists;  the  ideal  access  method  for  commercial  journal  indexes  might  involve  internet  access  made  available  by 
the  producers  of  d  tabascs  rather  than  phone  Une  access  through  veudors. 

The  definition  of  a  llbraiy  catalog  has  forever  changed.  (9)  Catalogs  no  longer  provide  an  index  to  owned 
materials,  but  to  materials  available  globally  for  access  via  interlibrary  lending  or  commercial  document  delivery 
services. 

Direct  Search  Access  to  Catalogs 

Moreover,  individual  online  catalogs  are  increasingly  available  for  searching  on  the  internet.  The  current  list  on 
the  Humanities  Bulletin  Board  on  the  Internet  coat!uns  over  25  major  research  library  catalogs.  This  could 
change  the  process  of  access  to  the  scholarly  record,  as  research  libraries  continually  increase  the  size  of  the 
databases  of  machine  readable  catalog  entries  through  conversion  efforts  from  card  form.  However,  proprietary 
or  commercial  files  included  in  individual  online  catalogs  ^^iy  be  problematic  for  the  internet  user.  CARL,  the 
Colorado  Alliance  of  Research  Libraries  has,  for  exampic,  an  electronic  encyclopedia  mounted  and  available  to 
CARL  members.  It  is  not  available  without  password  authorization  to  those  dialing  in  or  coming  in  through  the 
mtemet. 

Information  for  Distance  Learning 

As  remote  access  to  library  catalogs  becomes  even  more  universal,  libraries  become  better  equipped  to  support 
the  information  access  needs  of  those  involved  m  extension  education  programs.  As  the  NREN  is  linked  to  state 
or  regional  tdecommunication  structures,  we  envision  improvements  in  access  to  educational  programr^  available 
through  telecommunication,  interactive  learning,  video  and  data  communication.  Even  the  most  r^tnote 
geogr?^nic  region  can  be  a  local  phone  call  away  from  continuing  education,  extension  degree  program^,  teacher 
training  programs,  or  partnership  programs  between  secondary  and  higher  education.  Library,  hnding,  and 
information  service  systems  supporting  such  educational  mitiatives  are  vital. 

Information  f^r  Eccnomic  Development 

Just  as  information  access  plays  a  critical  rde  in  extension  or  distance  learning  initiatives,  so  does  information 
access  enhance  and  encourage  economic  development.  Public  libraries  and  state  funded  academ'c  libraries  are 
sources  of  busmess,  market,  and  technical  information  key  to  economic  growth.  Remote  access  to  business  and 
technical  informatbn  through  regional  library  cooperatives  and  document  delivery  systems  based  on  high  speed 
networks  are  already  present  in  some  states  and  regio!«s  and  are  under  development  in  others.  Expanded  access 
to  educational  networks  for  t\ese  purposes  is  m  direct  support  of  state-based  economies,  or  third  world 
economies. 

MRDF 

So  far,  we  have  discussed  the  library's  role  in  using  telecommunication  networks  to  access  descriptions  of  prmted 
material.  Although  the  much  proclaimed  paperless  societ>*  has  not  yet  occurred,  libraries  are  indeed  acquiring 
information  's  made  avaiilable  only  m  electronic  form.  Electronic  bulletin  boards,  electronic  journals,  U.S. 
government  literature  mdexes  published  on  compact  disk,  data  files  and  access  software  distributed  on  compact 
disk,  and  information  soiurces  s^ch  as  the  electronic  encyclopaedia  jus(  mentioned  are  all  available  m  libraries. 
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Nonbtbliographic  data  is  often  accessib*'*.  b  the  library  in  machine  readable  form,  and  aggregate  data  sets  are 
widely  'ailal^  Ihrough  ICPSR  (Intenmiversity  Consortiv:n  for  Political  and  Social  Research).  Some  universities 
involve  uie  library  as  the  source  of  access  to  an  I  information  about  such  aggregate  data  tapes. 

The  two  utilities  (OGLC  and  RLG)  have  recently  announced  a  cooperative  project  to  make  available  both 
cataloging  describing  the  ICPSR  tapes  and  the  code  books  accompanying  the  tapes.  In  addition  to  files  from 
ICPSR,  RLG  is  now  exploring  arrangements  with  the  Oxford  Text  Archive,  ESRC  Data  Archive,  and  the 
Ru^rs/Prinoeton  Center  Tor  Madiine  Readable  Texts.  Machine  readable  data  files  on  compact  disk  ""s  well 
as  in  othc.'^  formats  are  in  libraries  of  all  types,  mduding  small  public  libraries.  Library  involvement  in 
management  of  machine  readable  data  files  (MRDF)  is  raising  maiy  questions.  According  to  a  recent  RLG 
study: 

"MRDF  itself  is  a  generic  term  covering  a  wide  variety  of  electronic  information  in  terms  of 
both  physical  format  and  data  content.  MRDFs  can  be  a  compute*-  program,  a  collection  of 
raw  data,  or  a  combination  of  both.  Data  itself  may  be  numeric,  textual,  giaphic,  or  a  mbc 
MRDFs  may  exist  on  floppies,  laser  discs,  magnetic  tape,  or  hard  discs.  Data  files  may  be  static 
or  dynamic.  The  data  itself  may  b^  unique  or  exist  in  a  variety  of  formats  and  combinations. 
The  infonnation  may  be  public  or  private.  MRDFs  may  be  stored  locally  or  accessed  fi'om  a 
remote  site.  Some  of  these  files  are  intended  for  public  consumption,  having  excellent 
documentation,  while  others  have  been  created  by  individuals  for  personal  use  without  any 
initial  intent  to  make  the  data  widely  available.  Data  files  of  the  latter  type  often  have  little  or 
no  documentation  and  are  not  Robust"  (thoroughly  tested).  Some  MRDFs  may  be  accessible 
as  they  are  acr  aired;  others  may  require  extensive  programming  before  they  can  be  used  by 
faculty  and  students.  Individual  MRDFs  may  require  certain  equipment  and/or  specific 
operating  systems  to  be  useable.  Certain  formats  and/or  publishers  of  MRDFs  may  requirr 
"stand-alone"  workstations,  ^le  o^*  nr  sources  of  electronic  infonnation  may  provide  formats 
and  licensing  options  which  alk  data  to  be  networked  within  the  institution.  This 
technology  brings  a  dimension  to  information  resources  and  their  use  and  management  that 
raises  new  issues  for  collection  management  and  development,  ranging  from  identification, 
selection,  funding,  and  acquisition  to  ca^  '*jpng,  housing,  disseminating,  and  sharing."  (10) 

Recently  emerging  as  a  m^jor  player  in  access  to  scholarly  data  files  are  the  library  consortia.  RLG  has  assumed 
a  critical  development  role  through  its  PRIMA  (Program  for  Research  Information  Management)  project.  As 
a  result  of  PRIMA,  several  nonbibliographic  data  files  will  be  available  on  RLIN.  One  of  these  is  the  MEMDB, 
the  Medieval  and  Early  Modem  Data  Bank.  It  was  created  by  scholars  at  Rutgers  University,  and  through  a 
funded  pri^ect,  was  made  accessible  by  search  software.  The  first  phase  of  the  project  involved  publishing  the 
database  on  disk,  but  the  next  phase  invoh^  access  via  RUN.  Another  RUN  file  is  Research  In  Progress,  a 
file  of  entries  and  abstracts  of  journal  articles  accepted  but  not  yet  published  in  several  journals  indexed  by  the 
Modern  Language  Association  as  well  as  a  number  of  women's  studies  journals.  RIPD  also  contains  informa;ion 
about  funded  research.  Another  'early  alert'  file  may  be  a  table  of  contents  service  from  Engineering 
Information,  Inc.  for  very  recent  literature  not  yet  indexed.  With  such  a  grov^ng  variety  of  nonbibliographic 
research  data  available  through  library  organizations  as  well  as  in  individual  libraries,  direct  use  by  scholars  of 
these  resources  is  highly  likely  to  increase. 

New  Forms  of  Scholarly  Communication 

A  new  wrinkle  in  the  df  *  Jopment  or  publishing  of  research  findings  d  the  publishing  of  research  data  is  now 
be  Jig  explored  by  Johns  Hopkins  Uiiversity  Medical  Library.  In  this  experiment  with  the  publishing  process, 
the  text  is  mounted  on  a  database,  accessed  by  readers,  students,  and  critics  who  respond  directly  via  E-mail  to 
the  author.  (11)  This  in  .ractive  process  has  also  been  proposed  recently  by  Sharon  Rodgers  (12)  as  a  way  to 
revolutionize  the  scholarly  publishing  process.  In  her  model,  a  working  draft  would  be  circulated  to  readers 
electronically  before  comments  are  cumulated  into  the  finished  version  for  review  by  referees. 
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Libraries  and  the  NREN 

Title  n  of  Albert  Gore's  bill  (National  High-Performance  Computer  Technology  Act  of  1989)  creates  the 
National  Research  and  Education  Network.  Title  III  addresses  the  National  Information  Infrastructure.  This 
infrastructure  includes  1)  a  direaory  of  network  users  2)  access  to  unclassified  federal  scientific  databases, 
3)  prototyping  of  computer  chips  and  other  devices  using  centralized  facilities  connected  to  the  network,  4) 
databases  and  knowledge  banks  for  use  by  artifida!  intelligence  programs,  and  5)  provision  for  international 
collaboration  among  researchers. 

If  we  examine  each  element  of  this  '^infrastructure"  in  rel'itionship  to  academic  libraries,  we  fmd  that  academic 
libraries  have  a  long  history  of: 

1.  Using  technology  to  build  and  maintain  directories  of  network  users; 

2.  Providing  access  to  a  variety  of  databases; 

3.  Working  with  applications  and  systems  programmers  to  develop  prototype  front-ends,  protocol 
converters,  database  loaders,  search  engine  software,  etc.; 

4.  Providing  access  to  local  and  network-based  non-bibliographic  dataoases  and  knowledge  banks;  and 

5.  International  collaborations  related  to  information  technology. 

Academic  librarrs  will  continue  to  ii*e  information  technology  to  process  collections,  lend  materials,  deliver 
documents,  acct^  bibliographic  utilities  and  other  database  vendors,  piovide  access  to  local  and  network-bas^d 
non-bibliographic  datnbclcs,  and  provide  access  to  their  own  catalogs  via  the  internet.  The  major  difference  lOr 
academic  libraries  between  the  present  and  the  future  is  the  increasing  extent  to  which  they  must  be  at  the 
forefront  of  plans  to  design  the  netwcH^k  mar-^gement  system  Wbidi  pulls  these  resources  together  and  permits 
our  primary  clientele  to  access  theoe  resources  in  a  standard,  consistent,  and  intuitive  manner. 

What  thtr  will  be  the  role  of  libraries  as  a  part  of  this  infrastructure?  In  a  presentation  given  at  the  May  1989 
meeting  of  the  Association  of  Research  Libraries,  Kenneth  M.  King  of  EDUCOM  cited  the  Library  of  Congress 
(LC)  Network  Advisory  Committee  charge  to  research  libraries  as  related  to  the  emerging  national 
comn'unication  network.  Libraries  will  be  responsible  for  "collecting,  preserving,  organizing,  presenting,  and 
managing  scholarly  information  regardless  of  format,  for  the  design  of  the  network  knowledge  management 
system  which  permits  scholars  to  access  information  resources  in  a  standard,  consistent  and  intuitive  manner,  for 
connecting  libraries  to  the  network  and  managing  interlibrary  bteraction  and  bibliographic  resources  on  the 
network,  and  for  supporting  sd'.olarly  access  to  network  information  resources."  (13)  Taken  further,  we  think 
the  library  community  will  develop  directories  of  data  points.  Libraries  will  be  responsible  for  archives  of 
electronic  information  and  for  preservation  and  ensured  access  to  public  information.  Libraries  will  be 
responsible  for  library-to*  library  communication  protocols.  They  will  be  responsible  for  user  education  and 
training  in  the  use  of  information  resources.  ^  ibraries  have  already  been  critical  in  the  development  of  standards 
for  command  language,  and  will  continue  to  be  critical  in  implementation  of  user  interfaces  with  data  files, 
whether  they  arc  bibliographic  or  non  bibliographic  in  nature.  The  library  community  has  long  been  active  in  the 
standards  community  (another  example  is  the  work  cf  libraries  with  publishers  to  encourage  the  implementation 
c  a  standard  markup  language  for  electronic  manuscript  editing)  and  have  gone  on  record  suj^orting  the 
I50/0SI  standard.  Despite  the  fact  that  our  campus  networks  and  library  automation  systems  are  using  TCP/IP, 
libraries  have  also  been  leading  the  way  with  OSI  based  pilot  projects  such  as  the  Linked  Systems  Project  now 
underway  between  several  large  academic  libraries,  the  Library  of  Congress,  OCLC,  and  RLG.  (14) 

NREN's  Impact  on  Libraries 

In  ordei  to  accomplish  any  of  the  charges  proposed  by  LCs  Network  Advisory  Committee,  academic  libraries 
must  first  have  an  active  role  in  planning  information  policy  for  the  campus.  Research  libraries  must  ensure 
that  they  are  conn'  cted  to  the  campus  networks,  so  as  to  provide  state  of  the  art  telecommunication  pathways 
to  external  and  campus  resourced.  Research  library  staffing  and  library  organization  charts  must  shift.  One 
recent  gaze  at  the  future  of  academic  libraries  (IS)  predicts  flatter  organizational  structures,  greater  numbers 
of  non-library  information  professionals,  (including  computing  professionals)  and  structures  supporting  the 
outreach  of  inf'^rmation  services  from  the  library  to  scholars  according  to  discipline-based  needs.  These  changes 
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will  be  mandated  by  the  fact  that  scholars  will  increasingly  see  their  local  library  as  one  of  many  sources  for  the 
scholarly  record.  Their  needs  for  assisted  information  access  will  occur  wherever  they  work  and  access 
information  networks  -  m  their  homes,  ofBces»  labs  and  while  visiting  colleagues  at  other  campuses. 

Research  Libraries  must  also  form  partnerships  with  other  key  players  in  the  information  infrastructure.  A 
recent  example  of  such  a  partnership  is  Informa,  a  forum  for  users  of  IBM  technology  in  libraries.  The  goals  of 
Informa  include  emphasis  on  better  communication  between  IBM  and  the  library  community,  encouraging 
inno>  ^cion,  articulation  of  the  role  of  the  literary  within  the  educational  and  scholarly  communication  process, 
and  sti  onge'  partnerships  for  information  access  and  delivery.  In  real  terms,  it  is  a  lobbying  effort  to  help  inform 
and  shape  vendor-client-application  relationships. 

At  the  national  level,  research  libraries  must  play  an  active  role  in  influencing  the  development  of  national 
information  policies.  The  NREN  legidation  is  of  interest  to  fiie  Assodatbn  of  Research  Libraries'  Task  Force 
on  Telecommunication,  ^ch  is  working  on  developing  statements  defining  the  implications  of  migrating  to  a 
new  national  research  and  education  network.  M  previously  mentioned,  the  Library  of  Congress  Network 
Advisory  Committee  has  made  strong  statements  on  the  library  community's  responsibilities  in  pl&nning  for  the 
NREN.  libraries  must  therefore  be  part  of  the  decision-making  group  vAiich  shapes  the  uses  and  resources  of 
a  new  national  network.  Library  voic^  must  be  mduded  in  the  dialogue  to  answer  important  questions  such  as 
'^Who  will  determine  what  commercial  agencies  have  information,  databases,  or  services  available  on  the 
NREN?^  and  ^^at  will  the  determining  factors  be  in  deciding  what  information  or  products  will  be  acxessible 
via  the  NREN  by  and  for  tb:;  pubUc  good."  (16) 

What  element  of  the  library  conamunity  will  emerge  as  the  agency  which  represents  our  voice?  One  possibility 
is  the  Association  of  Research  Libraries.  It  has  in  the  past  functioned  as  a  loM>ying  group,  as  does  the  American 
Library  Assodatbn,  and  as  the  professional  o  ^anization  closest  tc  the  scholarly  community  of  higher  education, 
could  well  begin  to  coordinate  the  policy  articulation  agenda  for  academic  libraries.  Its  membership  includes 
libraries  afHlia^^^  ^th  both  OCLC  and  RLG.  OCLC  and  RLG  both  have  research  and  development  offices 
staffed  with  info-  mation  management  professionals  and  librarians.  We  recommend  that  the  ARL,  perhaps  using 
its  Task  Force  on  Telecommunications,  should  work  with  OCLC,  RLG,  and  the  Federal  Coordinating  Council 
for  Science,  Engineering,  and  Technology  to  establish  the  forum  to  address  and  uliimately  create  the 
^frastructure**  proposed  by  he  NREN. 
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Panel  Discussion 


National  Networking  Update: 
How  It  Affects  Your  Institution 

Michael  M.  Roberts 
Vice  President,  Networking 
EDUCOM 

Susan  Calcarf 
Site  Liaison*  Information  Services 
MERTT/NSFNet 

J.  Gary  Augustson 
Executive  Director 
Computers  and  Information  Systems 
Pennsylvania  State  University 

Telecommunif  ations  are  re-shaping  the  w% '  that  universi! ies  will  teach,  research, 
and  collaborate,  lliis  panel  presentation  pTO\  ided  the  latest  information  on  national 
networking  initiatives  including  CREN  (th  \  new  corporation  that  will  operate  the 
merged  BITNET  and  CSNETX  NSFNet»  ai  d  the  coming  National  Education  and 
Research  Network.  Panelists  also  described  national  legislative  and  funding  issues 
that  are  shaping  hi^er  education  networking  for  the  future,  and  explained  how 
campuses  will  be  affected  by  these  initiatives. 

A  brochure  describing  the  NREN  is  available  from  the  Coalition  for  the 
National  Research  and  Education  Network,  1112 16th  St  NW,  Suite  600,  Washing- 
ton, D.C.  20036;  phone  (202)  872-4215. 

(Paper  not  available) 
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Towards  Negative  Entropy:  A  Strategic  Plan 


A  fundamental  concept  of  nature  is  that  living  systems  without  adequate 
"information  flow"  will  utilize  large  amounts  of  energy  (resources)  while 
tending  towards  disorder.  Our  campus  is  such  a  living  system  and  it  has  .leen 
the  objective  of  a  five-member  campus  team,  with  the  support  of 
administrative  ofiGdals,  to  reverse  this  process. 

After  defining  the  "disorder",  we  have  devised  "A  Strategic  Plan  for 
CommunicatioDS  at  Winthrop  College."  This  plan  has  two  major  goals:  (1) 
to  establish  Information  Tedmology  standards  on  a  campus-wide  basis  for 
information  s>?tem  network  service  centers  and  for  end-t:u:ers  wishing  access 
to  and  support  firom  the  network  service  centers,  and  (2)  to  install  a 
campus-wide  infiiutructure  network  optimizing  conu«;ctivity  and 
interoperability  b  .f.veen  and  among  information  processing  systems  while 
providing  conqprehensive  end-user  access.  Our  tactics  and  strategy  will  be 
provided  togetihsr  with  acconq>lishments  to  date.  lUs  is  a  rea!'time  activity 
with  plans  calling  for  budget  and  specifications  by  August  of  1989. 


William  J.  M oressi,  Director 
Academic  Computing  Center 


Betty  M.  Laster,  Director 
Management  Information  Services 


C.  Brown  McFadden,  Systems  Engineer 
Academic  Computing  Center 


Laurance  R  Mitlin,  Assistant  Dean 
Library  Services 


Winthrop  College 
Rock  Hill 
South  Carolina 
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Towards  Negative  Entropy:  A  Strategic  Plan 


INTRODUCTION 

By  way  of  introduction,  we  would  like  to  provide  a  conceptual  framework  from  v/hich  we 
can  view  the  information  resources  and  communications  within  our  camp^is  organization. 
We  find  it  useful  to  think  of  our  canqnis  as  a  living  system,  analogous  to  single  celled 
organisms,  humans,  or  societies.  We  then  may  sq)ply,  by  analogy,  certain  ideas  from  the 
fields  of  systems  and  information  theory,  and  thermodynamics  to  such  a  system. 

We  use  the  term  "system"  as  a  set  of  units  with  common  properties.  The  interactive 
relationships  between  the  units  are  ones  of  constraint,  control,  and  dependence.  The 
"campus  as  a  living  system"  is  therefore  all  internal  organizational  units,  from  the  acaiiemic 
departments  to  the  office  of  the  president,  that  fimcti'^  '  towards  common  goals  in  a 
predetermined  structure  or  hierarchy.  This  living  system  is  comprised  of  individuals  and 
groups  ^0  process  information  for  the  systenL  In  this  article,  information  is  considered 
a  measure  the  order  or  form  of  conmiunicated  or  transmitted  media  and  not  the  media 
itself.  The  "media"  is  considered  to  be  that  matter/energy  which  is  able  to  be  transmitted 
and  assimilated  and  includes  such  forms  as  data,  voice,  video,  graphics,  and  security  signals. 

The  law  of  "Degradation  of  Energy"  or  "Second  Law  of  Thermodynamics"  suggests  that 
disorder,  disorganization,  kick  of  patterning  or  randonmess  is  the  natural  progress  of  a 
system  from  ordered  to  disordered  states.  Information  is  a  negative  index  of  uncertainty 
or  disorder.  For  an  organization  to  progress  in  an  orderly  fashion  tov^ds  common  goals; 
individuals,  groups,  and  units  within  the  organizational  ^tem  must  be  able  to  acquire 
meaning  or  significance  from  processed  informatioa  It  is  through  meaning  and  acquired 
knowledge  that  living  systems  change  their  processes  to  adjust  to  changes  in  their 
environment  Without  information,  media  will  be  utilized,  but  no  meaning  or  knowledge 
acquired.  Information  provides  the  power  of  organization,  lack  of  information  results  in 
natural  disorder,  and  the  subsequent  degradation  of  the  organizatioa 

Winthrop  College  has  as  its  mission  two  fundamental  aims:  (1)  the  fullest  possible 
development  of  each  student  as  an  educated  person,  and  (2)  the  preparation  of  students  for 
professional  careers.  Education  is  the  effective  transmission  of  Imowledge  and  skills  to 
students.  If  the  college,  a  living,  open  ^tem  ii.  competition  with  other  similar  systems, 
cannot  process  information  effectively  and  efficiently  within  its  internal  units,  it  will  not  be 
able  to  reduce  the  internal  strain  that  such  systems  «q)erience.  The  system's  organizational 
and  I  erational  integrity  will  diminish  to  the  point  or  dysfimctioiL  Biologists  associate  this 
progrci>sive  systems  failure  with  aging  and  mortality. 

We  at  Winthrop  College  are  attempting  to  provide  the  means  by  which  various  media 
may  be  effectively  ordered  and  communicated  to  maximize  the  transmission  of  information. 
We  plan  to  do  this  by  (1)  establishing  standards  for  the  control  and  transmission  of  media 
as  information  and  (2)  creating  a  canqnis-wide  communications  infrastructure  for  its 
transmission. 
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The  vehide  for  effecting  this  change  is  Winthrop's  'Network  Project  Team." 


Genesis  of  the  Networic  ProiJect  Team 

The  committee  that  ultimately  gave  rise  to  the  Network  Project  Team  had  its  beginning 
in  1980  when  Winthrop  went  in-house  with  administrative  conq>uting.  Appointed  by  the 
president  and  named  the  "Computer  Coordinatmg  Committee,"  it  had  as  its  mandate  "to 
ensure  that  all  administrative  units  desiring  conqmter  assistance  would  be  served." 

By  1983,  caoq)us  conqmting  resources,  eq>ecially  microcon^uters  and  microconq>uter 
software,  wsre  expanding  signiBcantly.  In  an  attempt  to  manage  this  rapid  expansion  of 
computing  resources,  the  q>pointed  committee  was  re-commissioned  by  the  administration. 
The  committee  was  to  scrjtinize  the  personal  computer  pun±ase  requisitions  and  consult 
with  those  departments  making  requests  that  did  not  appear  to  be  cost  justified.  Having 
no  fonnal  authority,  the  coLimitiee  was  not  regulatory  and  had  no  effective  role  in 
controlling  purchases. 

In  1986,  the  President  appointed  a  "Computer  Utilization  Committee,'  which  was 
comprised  primarity  of  the  meml  ers  of  the  previous  committee.  Moressi,  Laster  and  Mitlin 
were  asked  to  serve  again,  along  with  three  other  persons.  No  explicit  directives  were 
provided  except  by  way  of  the  name  of  the  committee. 

At  our  first  meeting,  in  December  1986,  there  was  a  consensus  from  the  group  that  we 
needed  some  definitive  objectives  the  committee  could  attain.  While  exploring  possibilities, 
we  got  into  a  rather  animated  discussion  about  the  great  difficulty  the  campus  information 
resource  centers  expei  nee  in  trying  to  provide  services  beyond  their  immediate  physical 
domain.  We  also  recogi.  zed  that  we  were  not  even  able  to  share  resources  because  of  the 
absence  of  standards  between  systems. 

The  committee  decided  it  would  define  the  problems  and  do  a  preliminary  analysis  of 
data  communications,  or  lack  thereof  on  campus.  The  study  would  define  the  scope  of  the 
project,  identify  the  mfannatkm  service  cement,  and  address  the  issues  oi  standardization  of 
services  and  campus  communications.  With  this  information  in  hand,  we  would  recommend 
to  the  President  a  course  of  action  for  the  committee:  plans  for  the  establi^iment  of  a 
campus-wide  network  for  Winthrop  College. 

Hie  President  and  other  senior  officials  became  convinced  of  Winthrop's 
communications  problem.  We  were  directed  to  begin  a  feasibility  study  and  to  search  for 
practicable  options  for  networking  the  campus.  At  this  juncture,  there  was  no  stopping  us! 
Our  next  move  was  to  identify  oursehres  as  a  group  with  a  specific  purpose.  We  adopted 
the  name  "Network  Project  Team." 
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Evaluatioii  of  Campos  Disorder 

In  preparing  the  feasibility  study,  we  found  that  information  technology  disorder  Tell  into 
two  categories:  technical  and  non-technical.  We  further  observed  that  the  non-technical 
disorder,  which  can  be  defined  as  lack  of  coordinated  control,  resulted  in  the  technical 
disorder. 

•  The  three  computer  centers  on  campus  use  different  computers  and  dissimilar 
communications  protocols  and  transmission  media.  Sometimes  there  are 
three  types  of  cable  covering  the  same  route. 

•  Communication  line  facilities  evolved  as  opposed  to  being  the  product  of 
design;  there  are  no  provisions  for  growth  or  change.  There  is  no  allowance 
for  die  integration  of  such  commur^ications  media  as  voice,  data,  security 
systems,  graphics  and  video. 

•  There  is  no  single  source  to  identify  what  communications  lines  and  conduits 
eidst  and  where  they  are  located. 

•  Telephone  lines  have  to  be  used  for  local  connections  because  of  the  absence 
of  conduit  or  other  forms  of  direct  connection. 

•  The  telephone  system  and  its  administration  operates  iLdependently  of  the 
comp  iter  centers.  This  arrangement  precludes  careful  planning  for  multi- 
medi4.  transmission. 

•  Special  lines  outside  of  the  telephone  switch  must  be  requested  when 
attempting  to  communicate  on  or  off  campus  with  computers  or  terminals. 

•  An  inordinate  number  of  personal  computer  hardware/software  systems  have 
been  purchased  for  use  by  Winthrop  personnel.  Service  center  resources 
cannot  begin  to  support  the  great  variety  of  hardware  and  software  systems. 

•  No  guidelines  or  standards  exist  for  the  acquisition  of  personal  con^uter 
hardware  and  software.  Thus,  users  are  often  left  unsupported  and  unable 
to  properly  utilize  their  ^tems. 

•  Without  controlled  coordination  of  the  infonnation  technology  Tunction,  each 
of  the  existing  service  centers  make  independent  attempts  to  communicate 
and  share  resources.  The  processes  employ- ire  usually  complex  and 
circuitous. 

•  The  absence  of  standards  impacts  functionality,  service  and  budgets. 
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DEFINING  IHE  CAMPUS  ENVIRONMENT 

Another  component  of  tbe  feasibility  study  was  a  definition  of  the  campus  environment 

Two  iiiq)ortant  factors  that  must  influence  the  formulation  of  systems  objectives  are 
organizational  constraints  and  the  peopk  who  use  the  system.  A  term  currently  being  used 
does  a  good  job  in  describing  these  factors.  It  is  called  "organizational  culture." 
Organizational  culture  addresses  issues  of  money,  people,  time,  and  facilities  and  how  ep^b 
are  allocated.  In  other  words,  the  organization  defines  its  priorities  by  the  very  nature  i>. 
its  existence.  It  follows  that  an  understanding  of  this  "nature  of  existence"  is  paramoun.  to 
planniiig  for  change. 

Because  of  this  maxim,  a  determination  of  the  culture  of  our  canqnis  was  in  order.  Our 
starting  point  was  the  identification  of  campus-resident  providers  of  computer  services,  and 
consideration  of  the  niche  or  placement  each  occupied  in  die  organization. 

We  defined  three  information  system  service  centers:  Academic  Computing,  Managemc 
Information  Services  and  library  Information  Systems.  Each  utilized  a  combination  ot 
mini-conqmters  and  micro-conq>uters  representing  multiple  vendors  and  had  no  protocol 
or  media  compatibility  with  each  other.  Each  center  was  located  in  a  different  buil(ting. 

The  Academic  Conqmting  Center's  primaiy  role  is  to  provide  the  tools  needed  by 
students  and  faculty  for  course-work  requiring  conqmters.  We  found  that  another 
important  role  has  emerged  and  is  growing  in  the  area  of  faculty  and  student  research.  The 
Aoaulemic  Counting  Center  also  provides  management  of  curricula  and  other  functions 
directfy  associated  with  academics.  Communications  with  other  colleges  and  universities 
are  made  possible  by  communications  links  through  the  Academic  Computing  Center. 

The  role  of  Management  Information  Services  is  to  provide  conq)uting  resources  for 
administrative  functions  common  to  all  colleges  and  universities.  The  scope  of  services  has 
been  extended  to  indude  the  administrative  functions  of  the  academic  units. 

The  Library  Information  Systems  center  exists  to  provide  a  computerized  public  access 
catalog  and  internal  h'brary  record  keeping.  Provision  is  made  for  access  by  author,  title, 
subject  and  keyword. 

As  for  the  organizational  placement,  each  of  the  service  centers  resides  in  the  fourth 
layer.  The  Academic  Computing  Center  and  library  Information  Services  are  aligned 
under  the  Academic  Vice-President  Management  Information  Services  is  controlled  by  the 
Vice-President  of  Finance  and  Business. 

Given  this  organizational  structure  the  three  centers  have  had  no  common  ground  for 
achieving  unity  of  purpose. 

The  remaining  component  in  defining  the  campus  environment  was  to  determine  what 
other  isolated  computer  uses  existed,  if  any,  ant^  what  functions  were  being  performed  by 
the  computers. 
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To  accomplish  this  a  one  page  Infonnation  Technology  Census  form  was  prepared  in 
summer  of  1987  that  asked  each  department  to  l^st  the  number  of  tenninals  and 
^'intelligent*'  devices  located  and  utilized  in  their  area.  We  asked  for  manufacturer,  model, 
and  description. 

Analysis  of  the  data  revealed  that  the  canq)us  used  6  types  of  display  terminals  and  over 
twice  as  many  types  of  printers.  We  had  at  that  time  365  personal  computers  representing 
13  different  vendors  in  24  buildings. 

Since  the  display  terminals  were  connected  to  the  service  centers,  we  knew  what 
functions  they  were  performing.  We  also  knew  that  170  of  the  personal  conqmters  wrre 
in  PC  laboratories.  Exactty  what  was  being  done  with  the  remaining  265  personal 
conq)uters  was  unknown  to  us. 


STRATEGIC  PL4NS 

Our  strf  tegic  plans  are  for  the  develq>ment  of  an  Information  Resource  infrastructure 
at  Winthrop  College.  The  plans  have  two  primaiy  goals:  (1)  the  establishment  of  canq)us- 
wide  standards  for  information  resources,  and  (2)  the  instidlation  of  a  campus-wide 
communications  network  infrastructure. 


GOAL  1:  to  establish  Information  Technology  standards  on  a  canqius-wide  basis  for 
information  ^tem  network  service  centers  and  for  end-users  wishing  access  to  and  support 
from  the  network  service  centers. 


Objectives:  Plan  of  action  to: 

0(1):    Provide  network  software  standards. 
Tmieline:    July,  1990 

0(2):    Provide  network  architecture  and  hardware  standards. 
T!meline:    July,  1990 

0(3):    Provide  spedficatiofts  for  a  data  exchange  standard  between  computing  systems. 
Tmieline:    July,  1990 

0(4):    Develop  standards  that  wiU  define  resource  services  the  infi)rmatiort  service  centers 
provide. 

Timeline:    July,  1990 
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GOAL  1-  to  install  a  campus-wide  network  infrastructure  optimizing  connectivity  and 
interoperability  between  and  among  information  processing  systems  while  providing 
comprehensive  end-user  access. 

Objxdva:  Plan  of  action  to: 

0(1):    Define  the  campus's  informatum  resource  service  pciMes. 
Timeline:  December,  1988 

0(2):    Define  the  campus's  communications  environment. 
Timeline:  January,  1989 

0(3):    Evaluate  several  networking  technologies  that  could  meet  the  needs 
of  Winthrop  Cott^ 
Timeline:  August,  1989 

0(4):    Compare  netwoiidng  alternatives  on  a  cost-benefit  basis 
Timeline:  August,  1989 

0(5):    Recommend  establishment  of  orgamzational  stmcture(s )  fi>r 
the  support  of  the  communications  network. 
Timeline:  July,  1990 

0(6):    Develop  proposed  system  specifications. 
Timeline:  August,  1989 

0(7):    Implement  system  in  phased  approach. 
Timeline:  5  year  installation. 


PLANS  vs  REALITY:  Accomplishments  &  Adjustments 


GOAL  1:  Establishing  IT  standards 
Standards  are  to  be: 

-    developed  with  consideration  of  the  finite  resources  of  the  service  centers. 
■    developed  with  consideration  of  the  average  user. 

•  maintained  and  updated  on  a  regular  basis  to  reflect  current  and  anticipated  changes 
in  technology  and  needs  of  users. 

•  flexible  enough  to  allow  for  imomiation  systems  development  and  expansion,  and  for 
changes  in  user's  requirements. 
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0(1):    Establish  network  software  standards. 

We  are  considering  standards  that  are  not  only  compatible  with  currently  used 
technology,  such  as  the  International  Standards  Organization  (ISO)  Open 
Systems  Interconnection  (OSI)  and  Transmission  Control  Protocol/Internet 
Protocol  (TCP/IP),  but  those  that  would  ensure  flexibility  with  future 
technological  advances. 


0(2):    Provide  network  architecture  and  hardware  standards. 

Hardware  interfaces  must  be  selected  based  on  the  current  equipment  and  near 
term  hardware  e]q)ansions  of  the  service  centers.  We  have  yet  to  decide  on  an 
appropriate  architecture  and  hardware  interfaces. 

0(3):    Provide  specifications  fw  a  data  exchange  standard  between  computing  systems. 

The  three  service  center  directors  are  coordinating  th  effort  to  establish 
standards  for  conmmnications  between  our  host  computer  systems.  In  addition, 
the  coDunittee  is  considering  su'^h  systems  as  miniconqmters,  microcomputers, 
telephone  circuits,  video  systems,  security  and  emergency  systems  to  determine 
their  capability  to  adopt  a  data  exchange  standard. 

0(4):    Develop  standards  that  wUl  define  resource  services  the  information  centers  provide. 

Standards  will  be  developed  for  the  three  campus  ^'oformation  systems  and  users 
of  su^h  services.  These  should  dearly  define  the  hardware,  software  and  systems 
consulting  and  support  source(s)  and  resources  to  be  provided  by  the  centers. 


GOAL  2:  Install  campus-wide  commanications  network  infirastmctare 

0(1):    Survey  campus  for  Information  Resource  sendee  facilities. 

This  has  been  accomplished.  The  three  major  information  service  centers  on 
campus  hi^ve  been  identified:  The  Academic  C'^n^uting  Center,  Management 
Information  Services,  and  Library  Information  Systems.  Considerable  detail  has 
been  accumulated  on  end  user  ^tems  and  data  entered  into  database  systems 
for  analysis. 

0(2):    Survey  campus  for  all  existing  communications  lines  and  services,  including 
telephone. 

Most  buildings  on  campus  have  been  surv^ed  and  data  has  been  recorded  as 
to  the  number  of  voice  lines  both  in  place  and  required  and  the  number  of  data 
lines  in  place  and  required.  Data  has  been  entered  in  a  database  system  for 
analysis. 
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0(3):    Evaluate  severed  operathnalfy  feasible  networking  technologies  that  may  best  meet 
the  needs  of  Winthrop  Cottt^ 

Several  vendors  have  beec  invited  to  informally  review  \V>ithrop's  networking 
needs  and  pror  ide  some  viable  solutions.  Meir.bers  of  the  NPT  have  also  -  ted 
several  sites  where  networks  of  interest  were  installed. 

A  hybrid  data  switch/L/  is  visualized.  We  have  already  had  several 
coni^anies  demonstrate  data  switching  capabilities  on  our  campus. 


Of¥>:    Compare  networku.    Jtematives  on  cost-bene^*  basis. 

We  have  not  settled  on  any  unique  alternatives  to  provide  definitive  costs, 
although  we  have  made  some  estimates  based  on  a  hj^rid  data  switch/LAN. 

The  college's  administration  informed  us  of  a  possible  "Step  12  Formula"  funding 
for  the  network  through  the  Sov'b  Caiohna  Commission  on  Higher  Education 
We  appUed  for  this  funding,  est;,  lating  costs  for  using  a  data  switch  with  existing 
telephonv^  wires  as  exposed  tc/  rewiring  the  campus  for  a  LAN  configuration. 
On  a  projected  basis,  it  appeared  to  be  more  cost-effective  to  eventual^  rewii ; 
the  campus  thus  giving  us  the  option  of  using  a  full  LAN  or  a  combination 
switch  an/<  LAN. 

0(5)-    Organizational  stnicture  for  support  of  network 

Two  pr'^liminaiy  steps  were  taken  in  this  direction: 

1)  in  our  proposal  for  network  funding  to  the  S.C.  Conmiission  on  Higher 
Education  (6/89),  a  budget  allocation  was  made  for  campus  network  staff. 

2)  we  reviewed  campus  Information  Technology  coordinating  problems  with  the 
vice  President  of  Academic  Affairs  and  President  (9/89). 


0(6):    Develop  proposed  systems  specifications. 

We  have  inventoried  most  all  types  of  computing  and  communicating  equipment 
on  aanpoif  identified  most  all  buildings  needing  communications  down  to  the 
room  lev^l  in  need  of  communications,  located  communications  co  luit  in 
existence.  For  each  of  the  service  centers  we  have  analyzed  the  current  data 
traffic  flow  and  expected  traffic  flow.  With  this  data  we  have  listed  a  n^imber 
of  specifications  for  service  center  uid  end  user  requirements. 
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0(7):    Implement  system  in  phased  approach. 

The  fiist  phase  of  the  LAiNf  implementation  will  be  twofoi  .  (1)  to  provide  for 
all  existing  end-users»  servfoe  to  the  host-systems  through  the  network,  and  (2) 
to  install  a  ^r  optic  backbone  between  existing  host-processors  wi  h  standard 
protocol  software.  The  second  phase  mf\  be  to  expand  LAN  facilities  and  install 
network  software  to  provide  for  complete  campus  connectivity  and 
interoperability. 


SUMMARY 

Con  'ieptually,  we  relate  our  campus  organization  to  a  living  system;  a  system  that  utilizes 
energy  to  do  useful  work.  Tb^  better  organized  a  system  is,  tiie  greater  is  its  so-called 
formation  content"  and  its  ability  to  use  energy  to  do  constructive  work. 

Our  actions  over  the  past  two  years  have  been  to  develop  a  plan  and  specifications  for 
a  more  ordered  structure  for  media  such  as  data  and  voice;  and  for  an  appropriate  means 
of  transmitting  these  media  both  within  and  external  to  the  organization. 

We  have  set  the  plan  into  action  and  acconq)lished  such  tasks  as  defining  major 
information  resource  centers,  surveying  the  campus  f^r  central  processors  and  their 
associated  major  software  systems,  and  for  communications  equipment  We  SPirveyed  for 
voice  and  data  lines  on  a  room-by-room  basis  in  most  canq>us  buildings.  We  surveyed  for 
existing  underground  conduit  and  subsequent^  developed  AutoC/d)  diagrams  of  the 
campus  gn^hicalfy  depicting  our  results.  We  have  invited  interested  vendors  to  present 
^eir  networking  strategi^^  and  made  site  visits  to  academic  institutions  and  cornotations. 
All  this  was  done  an  attempt  to  help  us  blotter  define  cur  information  resource  "problem** 
or  disorder. 

The  data  have  been  anatyzed,  problems  ^dent'fied,  and  the  structure  for  solution(s) 
provided.  We  have  submitted  analytical  reports  uid  provided  communications 
demonstrations  to  the  upper  administration.  We  developed  a  strategic  plan  for  carapis 
information  resource  standards  and  a  communications  infrastructure,  and  submitted  a 
proposal  for  funding  of  the  project  to  the  State  of  South  Carolina. 

We  plan,  with  the  continued  support  of  our  administration,  to  be  able  to  effect  changes 
in  OUT  organizational  environment  that  will  allow  us  to  progress  to  a  state  of  *iiegative 
entropy."  With  these  changes  we  may  continue  to  grow  in  fimct^onality,  productivity  and 
conq)lexity  with  tiie  ever  inn^easing  information  demands  made  oii  our  organizational  units. 
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In  1983-84^  The  Pennsylvania  State  University  developed  its  first  Strategic 
Plan  for  Telecommunications  that  projected  needs  for  10  years.    Now»  five 
years  later^  chanfes  in  the  world  of  telecommunications  and  computirg  have 
forced  a  uev  look  at  vhere  the  University  should  be  heading.    Completed  in 
October  of  1989»  the  nev  Strategic  Plan  recommends  changes  in  some  cases  Lut 
reaffirms  many  of  the  initiatives  contained  in  t  e  earlier  report.  Kor 
ezampVe»  the  1984  Task  Force  thought  it  vas  daring  to  call  for  64  kilobits  per 
second  to  every  desktop.    Yet  today»  ?enn  St5te  provides  networks  performing 
at  10  and  8C  vegabits  per  second  and  eacpects  even  higher  spee<^s    n  the  future. 
On  the  other  hand»  the  fiber  optic  network  and  the  intra-buildin^  cabling 
standard  have  been  re«*valid/\ted.    Besides  providing  a  clearer  focus  on  the 
future »  an  important  objective  of  the  strategic  planning  process  is  to  foster 
increased  confidence  and  renewed  <  ommitment  to  view  telecommunication^  as  a 
strategic  resource  at  Penn  State. 
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Introduction 

Penn  State's  geographic  dispersion  creates  unique  coomunication  problems c 
Until  five  years  agO|  uany  units  of  the  University  solved  these  in  a  mostly  ad 
hoc  and  uncoordinated  manner.    Howeveri  in  October  of  1983|  as  the  breakup  of 
AT&T  was  imminent  and  telecommunications  :echnology  was  advancing  rapidly,  the 
President's  Office  created  a  Telecommunications  Task  Force  to  study  the 
problems  and  opportunities  these  changes  presented  in  the  context  of  Penn 
State's  system-wide  needs.    The  Task  Force,  representing  the  University's 
broad  interest  in  voice,  data,  and  video,  presented  its  Strategic  Plan  for 
Telecommunications  in  October,  1984,  after  an  intensive  year  of  work*  The 
Pl«n  reccmsiended  how  the  University  could  best  approach  its  changing 
tei^econmunicrtions  environment* 

The  focus  on  telecommunications  allowed  substantial  progress  in  upgrading  Penn 
State's  te^ecomsninications  infrastructure,  guided  mainly  by  the  objectives  and 
strategies  contained  in  the  initial  plan*    With  rare  exception,  th«  objectives 
are  being  implemented  as  planned*^     After  five  years,  it  was  time  tc  assess 
changes  in  services,  technology^  £nd  the  institution  and  to  do  a  mid-course 
correction*    A  planning  group  similar  in  composition  to  that  of  tbs  original 
Task  Force  was  established*    Its  members  represented  the  major  users  of 
telecommunications  and  other  support  organisations  upon  which 
telecomMnications  has  an  impact*    This  Telecommunications  Task  Force  II 
deliberated  an  average  oi  two  full  oays  per  month  from  January  through 
September  of  1989. 

Mi as ion  Statement 

Based  on  the  charge  to  the  Task  Force  by  the  Executive  Vice  President  and 
Provost  and  on  its  own  assessments,  the  Task  Force  took  as  its  mission: 

To  develop  an  overall     ''.ecommunications  strategy  for  the 
University  in  support       all  aspects  of  the  University's  mission; 

To  define  a  telecommunications  system  to  accommodate  the  voice, 
data,  and  video  cocsunications  needs  of  the  instructional, 
research,  and  public  sev*vice  programs  engaged  in  by  all  academic 
units  of  the  University,  and  to  similarly  accommodate  the 
administrative  and  t^Citdiaic  support  needs  of  the  Uni^  sity* 

Kxtenul  and  Internal  Aasesaments 

The  Task  Force  rrcogniaed  the  emphasis  being  placed  on  economic  development  by 
Pennsylvania's  Governor  and  by  the  Penn  State  administration*    The  members 
learned  that  the  pool  of  high  school  graduates  is  declining,  that  research 
activities  are  increasing,  and  that  education  will  have  to  expa^i  beyond  the 
clasjroom* 


^  Arms,  Caroline*  Campus  Networking  Strategies c    Digital  Press,  1988* 
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They  also  found  that  federal  regulations  are  changing,  communications 
standards  are  being  developed,  and  technology  is  advancing,  opening  nev 
telecooflmnications  opportunities-but  also  setting  new  challenges. 
Internally,  it  could  be  seen  that  competition  for  prospective  students  will 
intensify,  Penn  State  yill  be  embracing  partners  beyond  traditional  canp'^s 
boundaries,  «rd  the  University  will  be  required  to  do  more  with  less. 

Ibe  Strategic  Plan 

To  meet  the  needs  it  identified,  the  Telecommunicatious  Task  Force  II  has 
formulated  a  series  of  Goals  and  Strategic  initiatives  that  will  form  the 
basis  for  f jture  yearly  Action  Plans  and  which  are  the  focus  of  this  paper. 

GOAL  U    Increase  the  ability  of  users  within  the  Penn  State 
tmlecomBuoi  cat  ions  network  to  freely  exchange  inforaation  in  support  of 
teaching,  research,  and  public  sr>rvice. 

"Hie  focus  of  this  goal  *s  primarily  on  computers,  because  the  '^^sk  Force 
oeliev^^s  that  the  next  plateau  in  the  development  of  the  University's 
computing  resource  lies  in  greater  interoperability  between  devices,  r<anging 
from  desktop  computers  to  large  host  centers.    Effective  research  and 
education  are  dependent  upon  good  communication,  purticularly  in  an 
environment  as  geographically  dispersed  as  Penn  State's.    To  acUieve  such 
communication,  there  must  be  a  physical  network  that  allows  devices  to  be 
connected  together,  and  a  standard  data  communications  protocol  that  will 
allow  the  computers  to  "talk**  to  each  other. 

1.1    Devise  or  adopt  telecommunications  standards  as  appropriate. 

The  f *rst  strategic  initiative  under  Goal  One  recommends  that  the  University 
continue  devising  a.>d/or  adopting  telecommunications  standards  as  appropriate 
for  ?i.nn  State.    The  Office  of  Velecommunications  (OTC)  has  already  developed 
standards  for  backbone  networking  protocols,  for  cabling  between  buildings, 
and  for  wiring  within  buildings. 

Standards  will  be  farticularly  import^int  as  clasf^ooms  are  modernized.  The 
Task  Force  believer  tha'«;  classrooms  equipped  with  contemporary  technology  to 
enhance  teaching  will  become  an  important  University  resource  3f  the  future. 
Developing  models  for  geneial-purpose  classrooms  that  incorporate  thwse 
resources  should  become     high-prior    y  effort.    Such  classrooes  should 
enable  teachers  to  use  computing  devices  and  video  units  within  the  classroom 
and  to  connect  to  resources  external  to  the  classroom  through  data  and  vi  'eo 
networks.    Standards  will  enable  this  flexibility. 

1*2    Enforce  talecommunications  standards 

Clearly,  however,  standards  do  no  good  if  they  are  not  followed.    The  Task 
Force  strongly  believes  that  the  flow  of  information  in  a  major  comprehensive 
university  is  as  important  as  the  flow  of  electricity  and  running  water. 
Standardisation  of  cabling  and  wiring  is  essentUl  to  the  uninterrupted  flow 
of  information,  and  it  is  very  important  that  local  decision-makers  not 
underline  the  effectiveness  of  Penn  State's  communication  system  by  electing 
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not  to  follow  the  •tandardt.    Such  actions  have  significant  impact  on  the 
future  productivity  of  users  and  ultimately  will  cost  the  University  more 
money  %A  n  enhancements  to  the  viring  system  have  to  be  made  on  a  piecemeal 
basis,    k^ecis ion-makers  must  be  encouraged  to  follov  standards. 

1.3  Define  and  implement  s«,*i  -urds  for  electronic  security 

As  reliance  on  electronic  information  grows,  so  does  the  need  for  security 
standards*    Developments  in  software  and  advances  in  hardware  are  creating  new 
approaches  to  electronic  data  security  that  may  be  of  value  to  Penn  State^ 
which  now  relies  on  a  physically  separate  network  for  sensitive 
administrative  data.    If  all  users  could  be  on  a  single  public  network^  costs 
could  be  reduced  and  the  network  would  be  easier  to  use,  more  flexible,  and 
more  functional.    A  planning  group  should  be  formed  to  define  a  Penn  ^tate 
standard  for  data  privacy  and  electronic  data  security  that  takes  into  account 
the  various  levels  of  security  required  for  administrative  and  research  dat# 

1.4  Convert  the  Penn  State  network  to  the  new  031  standards 

The  Penn  State  coauunity*s  need  for  communication  extends  far  beyond  the 
boundarief  of  the  University,  and  standards  are  as  important  to  the  flow  of 
information  exfemally  as  they  are  internally.    081  [Open  Systems 
Interconnect  J  is  a  new  international  set  of  standards  that  will  go  a  long  way 
toward  supporting  the  level  of  interoperability  needed  within  the  Penn 
State  network.    A  planning  group  should       convened  to  develop  a  Penn  State 
profile     at  will  identify  the  specific  OSI  protocols  to  be  used  at  the 
Univer    cy  and  a  small  advisory  group  should  be  created  to  coordinate  the 
impl. mentation  of  these  standards. 

1.5  Increase  connectivity  by  providing  more  LAN  support 

Local  Area  Networks  (LANs)  are  physical  netvjrks  that  provide  a  department 
with  opportunities  for  easy  exchange  of  information  among  its  members.  Many 
departments  lack  the  technical  expertise  necessary  to  design,  install,  nnd 
manage  such  a  network.    The  Task  Force    ecommends  that  telecommunications 
services  be  offered  to  support  these  departmental  LANs. 

1.6  Extend  modern  networking  capabilities  into  each  building  on  each  campus 
through  installation  of  standard  wiring 

As  cable  upgrade  projects  are  completed  to  provide  high-speed  comoninication 
between  buildings  at  each  campus,  the  advantages  of  this  cabling  system  must 
be  extended  into  the  buildings,  most  of  which  hav^,  not  been  wired  for  modem 
data  or  video  communications.    Inw  a-building  wiring  is  critical  in  order  to 
enable  departments  to  easily  install  LANs  and  to  have  them  connected  to  the 
high-speed  data  backbone* 

GOAL  2t  Provide  equal  service  for  similar  applicmtirtts  at  all  Peon  Statm 
locations 

Goal  two  recugniaes  that  Penn  State's  telecomsiunication  needs  range  from 
simple  telephone  callr  (perhaps  to  or  trom  a  County  Extension  Office>,  to 
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high-Speed  access  to  supercomputers  at  other  institutions »  to  delivery  of 
instruction  to  on-  and  off-campus  sites.    The  location  of  Penn  State  faculty^ 
staffs  and  students  should  not  disadvantage  them  in  doing  their  jobs. 

2.1  Provide  systemwide  high-speed  access  to  the  Penn  State  data  backbone 

Penn  8tat<.*s  data  backbone  is  especially  critical  for  the  faculty  and  students 
at  the  other  campus  locations »  where  information  resources  are  not  as  varied 
or  rich.    By  ec^ablishing  high  speed  data  links  through  regional  coonunication 
hubsy  the  high-speed  data  backbone  is  being  extended  from  University  Park  to 
all  campuses »  allowing  faculty »  staff  and  students  access  to  national  and 
international  netiiorks  in  addition  to  all  university  data  services* 

2.2  Provide  all  locations  with  dial-in  access  to  Penn  State  data 
services 

Another  important  means  of  accessing  Penn  State's  computational  resources  is 
through  dial-in  connections.    At  University  Park^  faculty  and  students  in 
their  homes  can  access  University  computing  services  for  the  cost  of  a  local 
phone  call  through  a  dial-in  connection.    Similar  local  access  should  be 
provided  at  other  Penn  State  locations. 

2.3  Work  with  Penn  State  information  providers  to  attain  equal 
access  to  vcice-accessed  information  services 

The  voice  information  services  that  Penn  State  offers  must  also  be  equally 
available  to  all.    Examples  of  such  services  include  TIPS  (Telephone 
Information  Penn  State)  and  the  Registrar's  voice  response  system  that  allows 
automated  registration  and  ^  :op/add  transactions.    Like  computer-bwSex 
information  services^  these  information  resource    should  be  available  on  the 
same  basis  at  all  campus  locations.    The  responsibility  for  providing  these 
information  services  rests  with  the  administrative  officet  in  charge  of  the 
service — and  thus  the  funding  justifications  should  come  iF.rom  the  inioiJiation 
provider.    The  Task  Force  does»  however »  recommend  that  OTC  continu<%  to  assist 
the  information  providers  in  developing  these  services. 

2.4  Continue  to  install  digital  telephone  switcher  (PBXs)  and  to 
upgrade  tci  ecomnunications  cable  plants  at  all  campus  locations 

The  digital  telephone  switches  that  have  been  installed  at  several  campuses 
make  possible  the  larger  menu  of  useful  features  (such  as  touch-tone  dialing^ 
3-way  conferencing^  and  call  forwarding)  that  haire  been  enjoyed  for  some  time 
at  University  Park.    As  new  .^witches  are  installed  at  the  campuses^  the 
telecommunications  cable  plant  must  also  be  upgraded. 

2.5  Expand  the  Penn  State  satellite  network 

In  order  to  derive  still  more  benefit  ^rom  the  use  of  satellite  technologv  ^or 
educational  purposes^  four  enhancements  to  the  Penn  State  satellite;  network 
are  proposed.    Firsts  a  second  satellite  downlink  is  required  at  all  campuses 
(five  have  them  now)  to  allow  simultaneous  reception  of  two  events  at  each 
r;ampus»  thus  expanding  the  opportunities  for  service  (and  for  revenue). 
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Second »  downlinks  at  County  Extension  Otfices  would  take  advantage 
of  these  convenient  locations  for  group»  to  view  instructional  material. 
Because  satellite  receivers  at  the  county  offices  «rould  provide  benefits  for 
the  Extension  Service^  for  the  University,  and  for  each  cointy,  it  is 
appropriate  to  divide  the  cost  among  those  entities.    A  third  enhancement 
proposes  modifications  to  the  satellite  transfoitting  equipment  to  allow 
simultaneous  transmission  of  two  programs.    This  would  alleviate  scheduling 
conflicts y  especially  for  programs  run  during  early  evening  hours »  or  thzt 
coincide  with  short-term  seminars.    Finally^  the  Hershey  Medical  Center  needs 
the  capability  to  broadcast  via  the  University  Park  transmitter  for  continuing 
Medical  Education.    This  reconmendationy  which  alters  the  original  pl-n  to 
install  a  transmitter  at  Herstieyt  eliminates  thi^  need  to  have  specia.lised 
operational  and  maintenance  personnel  at  Hershey. 

2.6  Expand  videoc«>nferencint  capabilities 

The  University  has  two  videoconferencing  systems  in  the  early  stages  of 
developments    The  first  has  operated  for  four  years  and  originates  frcm 
specialised  teaching  studiof  at  three  campuses.    A  fc^rth  will  be  added  in 
spring  of  1990.    This  system  is  particularly  useful  for  credit  course 
instruction,    ^e  second  system^  first  demonstrate  I  in  1988,  is  oriented 
toward  administrative  uses  or  small  groups.    It  uses  deskrop  workstations  with 
built-in  cameras  and  microphones.    The  Task  Force  recommends  that  both  systems 
be  expanded  to  include  additional  sites. 

2.7  Help  expand  PEHHARAMA  cable  service  throughout  the  Commonwealth  so  as  to 
serve  all  Penn  State  campus  locations 

Television  is  also  a  means  of  bridging  the  distance  barriers  between  the 
University  and  the  citixens  of  Pr  nsylvsnia.    PEHNARAMA  is  a  24-hour-a-day 
instructional  service  delivered  to  come  800»000  cable  subscribers.    It  ii 
provided  through  local  cable  companies  via  a  network  supplied  by  a  non-profit 
consortium  of  cable  operators  known  as  PECS.    There  is  no  charge  to  the 
University  for  using  this  network,  but  so  far  it  reaches  only  eight  Penn  State 
campuses.    OTC  should  work  to  persuade  the  eligible  cable  operators  serving 
other  Penn  State  campus  locations  to  carry  PEHHARAMA  and  to  work  with  P^CS  to 
provide  servi    s  to  all  campuses. 

GOAL  3s    Expand  telecommunications  support  for  all  of  Penn  State's 
instructional  research,  and  public  service  activities~%ilierever  they  arm 
delivered 

Because  Penn  State's  clientele  is  becoming  aK>re  widespread,  telecoaminications 
support  must  expAind  beyond  rhe  campuses  and  the  county  offices,    Penn  State 
faculty  and  students,  for  example,  are  increasingly  involved  in  national  and 
international  projects  and  activities. 

3.1    Extend  netv^ork  access  to  non-Penn  State  locations 

There  is  a  need  for  access  to  Penn  State's  information  x-esources  in 
non-'tradition^l  places  like  a  farmer's  field  or  a  prospective  student's  home. 
Technologies  like  cellular  telephones  can  potentially  meet  these  needs—and 
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OTC  should  closely  track  the  development  of  such  technologies  to  ensure 
flkaximum  benefits  from  them. 

3r2    Provide  access  to  data  services  not  available  through  national  research 
networks 

Faculty  and  staff  are  beginning  to  need  access  to  coiL^rcial  or  public  service 
databases.    These  databases  are  not  generally  available  through  the  networks 
used  oy  researchers  and  to  which  we  are  already  well-connected.    Penn  State 
today  has  no  way  of  providing  this  new  access.    OTC  should  develop  and 
implement  a  solution  for  providing  this  access  to  the  Penn  State  community  as 
soon  as  possible. 

3.3  Provide  gs^-eater  support  to  Penn  State's  increasingly  important 
international  programs 

The  support  required  for  international  programs  is  worldwide  in  scope  and 
encompasses  a  wide  ra»ge  of  services.    First,    OTC  should  appoint  a  liaison  to 
the  Office  of  International  Programs  to  advise  and  assist  the  Office  as  well 
as  faculty  and  staff  in  international    -immunications.    Second,  the  Office  of 
Computer  and  Information  Systems  should  encourage  extension  of  higher 
education  networks  to  Penn  State* international  partner  institutions  in  order 
to  provide  such  services  as  electronic  mail — and  to  enable  these  partner 
institutions  to  access  Penn  State's  information  resources,  regardless  of  their 
distance  from  Pennsylvania.    Third,  Penn  State  should  seek  federal  grants  from 
agencies  such  as        United  States  Information  Agency  to  support  educational 
programs  and  to  improve  communications  to  partnership  institutions.  Finally, 
Penn  StAte  should  arrange  a  seminar  with  other  institutions  that  have  similar 
international  programs  to  discuss  how  education  can  best  be  delivered  to 
isistitutions  in  other  countries. 

3.4  Hire  residence  halls  for  computer  and  video  services 

Penn  State's  data  network  needs  to  be  extenc^ed  into  the  residence  halls.  It 
is  the  Task  Force's  view  that  students  will  require~and  demand—network 
support  for  their  own  computing  devices,  especially  as  the  number  of  courses 
requiring  use  of  computers  increases  and  a^  more  information  resources  become 
readily  available.    The  Task  Force  believes  this  need  will  become  intense 
within  the  next  five  years  and  plans  should  be  made  to  wire  the  residence 
halls  for  data  services  within  that  timeframe. 

3.5  Examine  solutions  that  would  allow  calls  to  be  answered  transparently 
from  a  snilti-campus  pool  or  at  home. 

During  peak  periods,  many  offices,  particularly  at  University  Park,  experience 
overload  cf  their  telephone  lines  because  of  the  large  number  of  calls  being 
atvempted  to  a  relatively  small  number  of  support  personnel.    With  new 
telephone  technology,  it  is  possible  to  route  calls  transparently  to  support 
locations  throughout  the  state  and  take  better  advantage  of  trained  personnel 
at  the  campuses  and  talented  individuals  who  may  be  home-bound  such  as  the 
elderly  or  the  handicapped. 


7 


37f) 


386 


GOAL  4:    Through  education,  traiEing,  and  other  activities,  ataitt  faculty  and 
staff  in  Baking  full  use  of  Penn  State's  teiecnunicatiops  resources,  thus 
helping  to  increase  their  productivity. 

Goal  Pour  is  concerned  with  the  educational  activities  that  are  needed  if  all 
of  Our  faculty,  staff  and  students  are  to  make  full  use  of  teleconmunicacion 
resources.    This  is  very  much  like  the  techt;ology  transfei  mission  of  the 
Cooperative  Extension  Service »  whose  techniques  have  been  refined  over  the 
past  75  years.    The  following  three  recommendi'^tions  define  techniques  to 
prOiAote  user  adoption. 

4.1  Create  a  group  of  %tiiiza:ion  specialists"  for  education  and  support. 

The  first  itep  toward  successful  technology  adoption  is  to  create  a  group  of 
Utilisation  specialists"  to  provide  education  and  support  for  University 
users.    These  specialists  would  work  with  individuals  and  groups  to  make  them 
aware  of  telecommunications  resourcesi  services  and  features  that  are 
available^  offer  activities  to  stimulate  interest »  help  users  with  product 
evaluations,  create  oppor :r^ities  for  user  trials  and  support  the  integration 
of  technology  into  existing  work  processes. 

4.2  Establish  a  volunteer  facilitator  program 

A  second  technique  for  promoting  adoption  of  services  is  to  establish  a  group 
of  volunteer  facilitators  from  among  the  early  users.    These  volunteers  serve 
as  local  consultants  and  become  advocates  for  change.    Because  their  e «rly 
adopter  status  makes  them  well  respected  by  their  peersi  this  group  has  great 
impact.    This  program  would  recognize  the  leadership  role  of  these  people i 
provide  them  with  the  latest  software  and  informationi  ^nd  supply  them  with 
support  materials  to  use  with  their  peers. 

4.3  Increase  dissemination  of  information  about  telecommunications  services 

A  third  requiremec«t  is  to  better  disseminate  information  on  technology 
improvements  and  enhancements.    Aggressively  donei  this  can  call  attention  to 
new  applications  and  increase  the  level  of  interest.    A  variety  of  options  can 
be  implemented  to  accomplish  this  objective  including  printed  newsletters  and 
electronic  bulletin  boards. 

GOAL  5i    Identify  new  technologies  that  will  enhance  telecommunications  at 
Penn  State 

Goal  Number  Five  is  closely  related  to  resource  implicationSi  and  calls  upon 
OTC  and  others  to  identify  new  technologies  that  will  enhance 
telecommunications  at  Penn  State. 

5.1    Continue  an  aggressive  program  of  testing  and  prototyping  new  technology 

A  continuing!  aggressive  program  of  testing  and  prototyping  is  essential  to 
remaining  competitive  in  the  field  of  telecommunicatiousi  where  changes  are 
occurring  almoi  :  daily.    Lack  of  funding  in  recent  years  bas  hampered 
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developaent  in  some  areas •    Future  developments  are  dependent  on  prototyping 
to  avoid  wasted  money  in  full-scale  implementation  of  projects  and  to  move 
forward  as  new  technology  makes  improvements  possible. 

5.2  Position  the  university  to  be  able  to  take  advantage  of  new  technologies 
when  they  become  available 

Cle/!krlyi   .ue  University  also  needs  to  bo  able  to  take  advantage  of  emerging 
technologies  that  show  promise  for  the  Penn  State  system,  such  as  ISDN  and 
HDTV.    It  is  OTC*s  responsibility  to  stay  abreast  of  developisentSi  to  evaluate 
those  technologies  through  its  prototyping  activities,  and  then  to 
appropriately  integrate  them  into  t^e  Penn  State  network. 

ACTION  PUN 

After  reviewing  its  goals  and  strategic  initiatives-and  the  resource 
implicatiok^s-the  Teleconmunications  Task  Force  set  about  establishi- 
prioritises  to  be  accomplished  in  the  first  three  years  of  the  Strategic  Plan. 
The  first  year's  budget  request,  for  1990-91|  includes  the  following  projects! 

*  First,  the  University  is  obligated  by  contract  to  continue  T-1  service 
provided  by  an  independent  carrier  to  the  Uershey  Medical  Center.  This 
service  will  be  extended  to  the  Capital  Campus  in  1990. 

*  In  addition,  because  only  partial  funding  is  available  to  upgrade  Capital's 
local  telephone  switch  and  cable  system  this  year,  the  remaining  balance  of 
funds  are  needed  in  1990-91  to  complete  the  project.  To  limit  central  funding 
requests  for  this  type  of  work  in  any  one  year,  two  other  campus  upgrades  have 
been  pushed  out  to  1991-92  and  a  much-needed  cable  upgrade  at  Behrend  hes  been 
stretched  over  a  two  yef *  period. 

In  addition  to  these  contractual  obligations,  there  are  several  projects  that 
need  to  be  continued  from  previous  years: 

*  The  University  Park  cable  upgrade,  which  will  provide  the  necessary  fiber 
optic,  coaxial,  and  twisted  pair  cabling  to  all  major  buildings  at  University 
Park.    Continuation  of  this  multi-year  project  is  a  key  factor  in  scheduling 
other  major  activitier ,  including  development  of  "he  high-speed  data  backbone, 
installation  of  intra  building  c4ble,  and  expansion  of  video  services. 

*  The  regional  huj  project,  whi  h  not  only  supports  increased  data 
transmission  speeds,  but  also  pr  ^videj  higher  reliability  through  improved 
network  control  and  monitoring  c  ipabilities,  and  enables  the  extension  of  the 
high-speed  data  network  to  the  campuses. 

*  The  University  Park  Data  Bac\bone  -  Phase  li,  which  will  allow  current  data 
switch  users  to  take  airWantage  of  the  benefits  offered  by  the  University  Park 
high-speed  network  at  no  additional  cost. 

*  Extension  of  the  data  backbone  to  other  campuses,  lAich  will  allow  higher 
speeds,  better  access,  and  more  local  control  over  campus  networks.  Such 
control  will  facilitate  development  and  expansion  of  local  networks  by 
campuses. 


*  Th«  caaput  PBX  replacement  end  cable  upgrade  project,  which  in  1990-91  will 
provide  for  the  first  year  of  a  two-year  project  to  upgrade  conduit  and  cable 
and  to  exp/ind  the  local  telephone  twitch  at  Behrend, 

Of  the  new  |)»rojects  recconended  by  the  Task  Porce^  eight  were  selected  for 
funding  in  1990-91,  but  six  of  those  are  not  entirely  new. 

*  Two  deal  with  increased  staff  and  departaental  allotment  adjustment. 

*  A  third  is  to  make  permanent  a  full  (broadcast  quality)  video  link  that 
would  give  Hershey  Medical  Center  access  to  the  satellite  uplink  at  University 
Park  and  circumvent  the  need  co  install  a  C3stly  satellite  uplink  at  Hershey. 
This  is  currently  provided  on  an  ad-hoc,  trial  basis. 

*  Fourth,  aatellite  downlinks  at  the  campuses  and  appropriate  extension 
offices  would  add  important  flexibility  and  functionality  to  the  network. 

*  Fifth,  a  request  for  prototype  funds  would  make  permanent  an  arrangement 
that  has  been  temporary  in  the  past,  providing  a  continuing  source  of  funds  to 
assess  rhe  application  of  new  technology  into  our  environment,  and  limit  the 
risk  incurred  irfien  undertaking  new  projects. 

*  Sixth,  we  are  also  recommending  an  expansion  of  our  current 
videoconferencing  facilities,  building  on  existing  capabilities. 

There  are  two  completely  new  projects  for  which  funds  are  requested. 

*  Dial-up  data  connections  at  the  campuses  to  enable  faculty,  staff,  and 
students  to  locally  access  Penn  State's  information  resources  from  their 
homes;  and 

*  Intra-building  wiring  at  University  Park  to  install  standard  wiring  within 
buildings  at  University  Park.    It  is  now  tine  to  begin  an  ovecmll 
infrastructure  project  to  bring  buildings  at  University  Park  to  the  same  level 
as  these  at  other  campuses. 

CONCLUSION 

Five  years  ago  a  strategic  plan  was  presented  that,  in  hindsight,  provided  n 
strikingly  accurate  vision  of  the  University's  future — and  the  key  role 
telecommunications  would  play  in  helping  to  realize  that  future.    Today,  there 
is  no  doubt  that  the  plan  has  been  instrumental  in  setting  a  strategic 
direction  and  that  the  University  community  is  reaping  the  benefits  of  our 
work.  However,  there  are  even  greater  benefits  to  be  g.xned  by  maintaining 
momentum.    The  continued  investment  in  the  use  of  telecommunication  technology 
to  support  the  mission  of  a  University  such  as  Penn  State  ia  cri'^ical,  and 
underscores  the  nesd  for  a  comprehensive,  up-to-date  plan. 
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Frostburg  State  University's  rapid  growth  in  data 
communication  has  saturated  the  current  facilities  and 
generated  a  need  for  a  new  infrastructure.  During  the  same 
period,  other  communication  and  service  needs  have  emerged 
or  required  enhancement.  The  planning  process,  which  was 
driven  by  data  communication,  has  been  expanded  to  support 
and  service  data,  voice,  video,  environmental  control,  campus 
Identification  card  system,  security  video,  FDDI,  appropriate 
iiedundancy,  and  other  future  applications.  The  concept  of  a 
universal  cabling  plant  was  developed. 

This  paper  v^ill  deal  with  Phase  I  -  Planning  and  Design 
strategies  used  to  synthesize  the  various  technologies, 
capital  and  human  resources  into  a  comprehensive  design. 


390 


Introduction 

Prostburg  state  University  (FSU)  is  one  of  the  eleven 
constituent  institutions  of  the  newly  created  University  of 
Maryland  System.  FSU's  main  campus  is  located  in  the  town  of 
Prostburg  in  Western  Maryland.  The  University  also  of  ers 
courses  in  Prederick,  Maryland  and  at  a  new  Hagerstown  Center 
in  Hagerstown,  Maryland.  In  the  fall  of  1989,  PSU's 
enrollment  was  4127  undergraduate  and  659  graduate  students 
for  a  total  of  4786. 

The  Office  of  Computing  Services  supports  all  aspects  of 
administrative  and  academic  computing  at  the  University « 
Over  the  last  few  years,  FSU's  growth  has  created  a  stronger 
need  for  computing  services.  In  just  the  last  year,  PSU  has 
increased  the  number  of  users  and  computing  power  by  over 
fifty  percent. 

The  growth  and  evolution  of  information  systems  at 
Prostburg  State  University  within  the  next  :ve  years  will  be 
the  most  profound  in  the  history  of  the  University.  The 
major  reason  will  be  the  establishment  of  a  network  which 
will  increase  computer  access  by  approximately  400  percent. 
In  attempting  to  develop  a  strategy  to  deal  with  this 
evolution,  the  Office  of  Computing  Services  has  recognized 
the  need  to  incorporate  new  technologies  and  provide  the 
flexibility  to  adapt  to  unforeseen  developments^  With  PSU's 
next  major  technological  innovation  occurring  in  the 
communications,  the  connectivity  of  humans  and  machines  is 
an  extremely  important  issue. 

Planni*^::  Strategies 

With  the  current  communication  facilities  saturated,  the 
plan  is  to  accouter  a  cabling  plant  design  which  could  be 
easily  managed,  flexible  enough  to  accommodate  changes  in 
technology,  cost  effective,  quickly  installed,  immune  from 
electromagnetic  interference  and  service  a  variety  of 
applications.  Other  administrative  units  were  experiencing 
the  same  growing  pains  as  the  Office  of  Computing  Servic^^s. 
The  planning  process,  which  was  driven  by  data  needs,  was 
expanded  to  incli«de  these  needs  as  well.  These  other 
functions  and/or  uses  are  considered  to  be  of  equal 
importance  in  the  cabling  plant  design.  Piber-optics  has 
been  proposed  as  the  media  of  choice. 

Piber-Optic  Uses 

In  the  fall  of  1988,  PSU  contracted  Digital  Equipment 
Corporation  (DEC)  to  conduct  a  feasibility  design  and 
estimate    cost  oi  "ihe  cable  plant.    DEC  was  provided  with  the 
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goal  to  design  a  cable  plant  to  support  the  following  uses: 
data»  voicv,  interactive  video,  future  fiber  Digital  Data 
Interface  (FDDI),  security  video,  environmental  control, 
caapus  identification  card  system,  and  any  other  future 
applications.  As  a  protection  against  downtime,  redundant 
fibers  have  been  added  to  take  over  upon  failure  of  the 
primary  systems. 

A**-vantages  of  Fiber-Optics 

Fiber-optics  was  chosen  for  the  following  reasor.>^t 

1.  High  8p«ed  and  enormous  bandwidth  for  data 

iransmission  -  No  argument  here.    The  only 
problems  is  the  ability  of  the  hardware  to  deal 
with  the  speed  of  the  fiber. 

2.  Immunity  from  int«rferenc«  and  crosstalk  -  Living 

in  the  mountains  of  western  Maryland,  Immunity 
from  electromagnetic  interference  was  an 
extremely  important  feature.    During  the  summer 
months,  the  current  twisted-pair  wiring  is  hit  by 
lightning  at  least  8-10  times  per  season  at  a 
cost  of  repair  between  $30,000-60,000  per  fiscal 
year. 

3.  Security  -  Any  attempt  to  tap  into  fiber-optic  will 

result  in  immediate  detection.    This  may  be  an 
overstated  feature  for  higher  education. 

4.  Can  be  used  for  a  wide  variety  of  applications  - 

There  is  a  wide  variety  of  f iber>optic ^  in  use 
today.    Fiber  is  becoming  increasingly  used  for 
data,  voice,  connections  between  microwave 
facilities,  local-area  networks,  and  etc. 

5.  LOW  transmission  loss  -  The  development  of  optical 

fibers  over  the  last  few  years  has  resulted  in  a 
cable  with  very  littl*  transmission  loss.  Low 
transmission  loss  extricates  the  implementation 
of  communication  links. 

6.  Potential  long  range  lo*  cost  -  The  cost  of  cabling 

and  the  labor  to  ^nstall  additional  applications 
is  reduced  and/or  eliminated.  The  fiber-optic 
infrastructure  provides  the  platform  for  these 
applications.  Also,  due  to  the  fact  that  fiber  is 
very  small,  the  current  communication-duct  system 
will  not  need  any  changes.    The  current  four  (4) 
inch  conduit  will  be  more  than  enough  room  for 
all  aspects  of  the  cabling  plant. 


7.  Reliability  and  7i£e  -  Loose  tube  optical  £iber  is 
extreaely  durable  and  should  last  20-30  years. 

Basic  Design  and  Topology 

in  designing  a  cabling  plant  to  serve  multipurposes  with 
different  technologies,  you  can  not  depend  upon  one  topology 
to  serve  all  your  needs,  in  networking,  the  priaary  logical 
topologies  utilized  are  bus,  tree,  ring,  star,  and 
point-to-point.  If  you  are  to  serve  nultiple  technologies  in 
your  design,  aultiple  logical  topologies  aust  be  available 
for  all  users.  The^ifore,  any  design  aust  provide  for  all 
other  logical  topologies  to  exist  in  harnony  and  without 
placing  unnecessary  restrictions  on  each  other. 

FSU's  design  is  based  on  a  auliiple  star  topology.  The 
star  topology  ierves  the  cabling  systea  by  providing  aaxiaua 
flexibility  and  at  the  saae  tiae  ainiaising  costs.  The 
systea  can  accoaaodr.te  other  technologies  with  ainiaua 
disruption  to  other  systeas  sharing  the  cabling  plant.  This 
is  accoaplished  by  equipping  the  cabling  with  a  universal 
connection  regardless  of  application. 

Presently,  PSU  plans  only  to  provide  fiber-optics 
cabling  between  buildings.  For  data  coaaunications  inside 
the  building,  thin-wire  ethernet  will  provide  the 
coaaunication  link  to  users,  in  other  applications,  the 
appropriate  copper-wire  technology  will  be  iapleaented. 
There  seeas  to  be  no  need  to  bring  fiber  to  the  outlet  at 
this  point  in  tiae.  By  positioning  the  fiber  distribution 
equipaent  in  good  sise  rooas  with  easy  access  to  the  conduit, 
fiber  to  the  outlet  can  be  added  on  a  building  by  building 
basis  in  the  future. 

The  aain  caapus  was  divided  into  three  uajor  areas, 
thereby  creating  three  aajor  iapleaentation  phases  totaling 
twenty-nine  buildings,  in  Phase  I,  the  aain  distribution 
fraae  and  two  other  interaediate  distribution  fraaes  (these 
are  usually  referred  to  as  hubs)  as  well  as  other 
strategically  located  buildings  were  chosen  because  of  their 
priaary  iaportance.  The  aain  distribution  fraae  provides  a 
single  point  of  control  for  the  star  and  allows  for  easy 
systea  adainist ration.  The  two  Interaediate  distribution 
fraaes  create  a  second  level  of  «idainistration  and  control 
for  the  additional  stars,  in  total,  three  (3)  hubs  and  seven 
(7)  buildings  are  included  in  this  phase. 

The  hubs  are  extceaely  iaportamc  in  any  design  and 
should  be  selected  with  a  great  de«;ree  of  care.  Thn  aain  hub 
needs  to  be  centrally  located  on  the  caar 's,  have  excellent 
access    to    the    coaaunication    duct    systt^<,    and    provide  a 


reasonable  amount  of  floor  space  to  house  the  equipment  room. 
This  room  will  rv^quire  enough  space  to  store  wall  mountable 
interconnect  centers  for  cable,  fiber  distribution  equipment 
rack  to  handle  all  the  fiber  splices,  and  server  rack  for 
couplers,  transceivers,  terminal  servers  and  etc.  It  is 
important  to  notn  that  the  main  hub  does  not  have  to  be  your 
computer  center  building,  if  properly  designed,  any  building 
can  serve  as  the  main  distribution  frame. 

Phase  II  consists  of  the  academic  and  administration 
buildings  not  considered  to  be  primary  in  Phase  I.  These 
buildings  serve  as  classrooms,  faculty  offices,  research 
facilities,  administrative  and  academic  support  areas,  in 
total,  eight  (8)  buildings  are  included  in  this  phase. 

Phase  III  consists  of  providing  services  to  all  resident 
halls.  The  rctsident  halls  are  considered  to  be  the  least 
important  for  FSU's  design,  in  total,  eleven  (11)  buildings 
are  included  in  this  phase. 

Functional  Requirements  of  Fiber 

Not    all  fiber  is  created  equal.    The  selection  of  fiber 

used    in    the    cabling    plant    design    is    one  of    your  major 

decisions.  This  decision  will  require  great  debate  and  a 
sound  rationale  for  justification. 

There  are  two  major  types  or  classifications  of  fiber — 
multi-mode  and  single  mode.  As  a  general  rule,  single  mode 
fiber  is  used  for  long  distance  applications  or  those 
applications  requiring  an  unusually  high  bandwidth. 
Hulti-mode  fibers  are  utilised  for  short  distances  covering  a 
variety  of  applirations .  The  longest  distance  traveled  in 
FSU's  cabling  pl«.nt  will  be  approximately  2000  feet.  We  are 
trying  to  build  a  multipurpose  system  over  short  distances, 
these  tacts  lead  us  in  the  direction  of  multi-mode  fiber. 

There  are  three  sises  of  multi-mode  fiber  in  use  today — 
50/125  micrometer,  62.5/124  micrometer,  and  85/125 
micrometer.  DEC  recommended  that  FSU  use  62.5/125  micrometer 
fiber  because  it  is,  I)  best  suited  for  premise  applications 
and  LAN's,  2)  has  the  best  combination  of  attenuation  and 
bandwidth,  and,  3 )  is  endorsed  by  major  equipment 
manufacturers.  Loose  tube  fiber-optic  cable  will  be 
installed  as  a  result  of  it's  compacted  sise,  isolation  from 
outside  interference,  and  reliability.  This  type  of  fiber  is 
only  for  inter-building  communications  and  can  not  be 
utilised  inside  the  building  beci^use  it  does  not  meet  fire 
codes. 

The    type    of    connectors    to    be    installed    is  another 


important  decision.  There  are  no  officially  defined 
standards  for  fiber-optic  cable  connectors.  The  ST 
compatible  connector  is  probably  the  most  widely  used  today, 
rsu  has  chosen  the  ST  compatible  connector  for 
implementation.  When  connectors  are  necessary  for  different 
applications,  FSU  will  utilise  a  hybrid  cable  with  the  ST 
compatible  connector  at  one  end  and  SNA  905  or  etc.  at  the 
other  end.  This  increases  the  flexibility  of  the  design  and 
standardises  the  demarcation  lines. 

Patch  panels  provide  an  excellent  control  point  for  each 
building.  Patch  panels  create  flexibility  for  multiple  uses 
as  well  as  simple  cable  plant  management  by  furnishing  a 
single  connect  point  for  all  applications.  At  this  point, 
the  application  leaves  the  fiber-optic  cable  plant  and  makes 
the  transition  to  the  intra-building  copper-wire  technology. 

The  last  requirement,  and  piobi«bly  the  one  that  will  be 
debated  the  most,  is  the  number  of  optical  fibers  in  the 
cables.  How  you  allocate  the  number  of  fibers  depends  upon 
the  various  uses  and  the  kind  of  technology  used  for  each, 
rsu  decided  on  24  fibers  for  each  building.  There  are  two 
exceptions  to  this  policy.  Fuller  House  and  Brady  Health 
Center.  Both  of  these  buildings  are  extremely  small  and  do 
not  warrant  all  applications.  Therefore,  these  buildings 
will  only  receive  12  fibers.  The  distribution  of  fibers  per 
applications  and  tcpology  is  as  follows; 

 \  


APPLICATION 

FIBERS 

TOPOLOGY 

Data/Ethernet 
Voice 

Interactive  Video 
Security  Video 
Energy  Hanagement 
ID  Card  System 
FDDI 

Redundancy  and  Future 

6 

Star 

Star 
Point-to-Point 
Point-to-Point 
Point-to-Point 
Point-to-Point 

Ring 
T.B.A. 

TOTAL 

24 

Ethernet  Conf iyuration 

Digital  Equipment  Corporation  is  the  main  hardware 
vendor  in  the  area  of  administrative  and  academic  computing. 
DEC  will  play  a  major  role  in  the  implementation  of  the  data 
aspects  of  this  cabling  plant  design.  FSU's  decision  to 
continue    and  expand    this    relationship  is  based    on  the  fact 


that  DEC  has  all  the  necessary  products  and  features  to 
fulfill  the  institution's  goa^s  and  objectives. 


Each  hub  will  be  equipped  with  a  Chipcom  9314S-ST 
fiber-optic  ethernet  14  port  active  star  coupler  with  9300BU 
backup  power  supply.  The  active  star  coupler  was  choosen  over 
the  passive  coupler  for  one  basic  reason,  the  active  star 
coupler  has  additional  power  to  boost  the  optical  signal. 
This  will  allow  for  greater  expansion  of  the  network.  The 
active  star  coupler  will  then  be  configured  to  a  Chipcom 
9301T-ST  fiber-optic  transceiver  which  will  be  connected  to  a 
Digital  DELNI-BA  local  area  network  interconnect.  The  DELNI 
will  support  either  additional  DELHI'S  or  eight  Digital 
OSRVa-BA  DECservers. 

in  all  other  buildings,  the  fiber-optic  cable  will 
connect  to  the  Chipcom  transceiver  then  right  to  a  DELNI  o:: 
DBCserver  depending  on  thw  number  of  ports  necessary.  Due  to 
the  easy  manner  in  which  systems  may  be  configured,  adding  to 
the  network  requires  no  significant  re-designing  or  disruption 
to  users. 


BTHBRNBT  CONFIGURATION  FOR  HUBS 


Chipcom 
Active  Star 
Coupler 


>—  Transceiver 


— >- 


DELNI 


j->. 


Backup  Pow^r  Supply 


-<- 

-<- 

DECserver 

DECserver 

DECserver 

DECserver 

DECserver 

Estimated  Costs 

The  estimated  costs  are  the  result  of  several  different 
analysis.  The  design  and  management  figures  are  based  on  fees 
which  would  be  paid  to  DEC,  if  they  were  to  manage  the 
project.  The  fiber-optics  material  and  labor  costs  are  the 
result  of  DEC'S  original  study  which  solicited  five  major 
fiber-optic  cable  installation  firms.  These  figures  are  the 
average  costs  of  these  five  vendors.  The  ethernet  components 
are  prices  from  DECdirect  with  the  appropriate  discounts. 
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There  are  some  interesting  issues  about  ccsts.  First, 
labor  is  not  cheap.  It  is  important  to  balance  your  time  with 
the  vendor's  tiae.  The  installation,  assembly,  and  splicing 
can  cost  more  than  the  fiber  itself  if  you  are  not  careful. 
Splicing  cost  varied  from  $35.00  per  hour  to  $95.00  per  hour 
depending  on  the  vendor  in  DEC'S  study.  If  you  are  developing 
your  first  fiber-optic  cabling  system,  ^.t  is  cheaper  to  pay 
the  expert  at  the  outset  than  to  pay  for  your  mistakes  during 
installation. 

Second,  time  is  money.  The  management  of  a  project  like 
this  will  require  at  least  one  person  full-time  for  one  year 
or  more  depending  on  the  sise  and  complexity  of  your 
institution.  He  estimated  that  it  would  be  cheaper  to  hire 
DEC  engineers. 

Third,  FSU  anticipates  spending  an  additional 
half-million  dollars  in  upgrading  the  current  administrative 
and  academic  main  central  processing  units.  This  additional 
equipment  will  be  necessary  to  deal  with  the  expanded  user 
environment  created  by  the  cabling  plant.  Time-sharing  ports 
will  grow  from  the  present  135  to  408.  These  figures  below 
are  only  for  the  fiber  and  related  work. 


Estimated  Costs  for  All  Phases 


Activities 

Phase  I 

Phase  II 

Phase  III 

Design  &  Management 

$  40,000 

$  l/,000 

$  26,000 

Fiber-Optics  Material 

158,000 

55,000 

81,000 

Ethernet  Conponents 

207,568 

32,332 

57,662 

Labor 

95,000 

54,000 

80,000 

Phase  Totals 

$500,568 

$158,332 

$244,662 

Grend  Total 

$903,562 

Implementation  Timetable  for  other  Applications 

Data  communications  is  scheduled  to  be  the  first 
application  to  be  implemented.  Data  is  expected  to  be  or-line 
sometime  in  the  spring  of  1991.  Data  communications  will 
consist  of  ad«%inistrative  computing,  academic  computing,  and  a 
new     library    information    management    system.      in  academic 
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computing,  rsu  supports  computing  for  instruction,  research, 
and  faculty  sv  ;ort  services.  All  current  and  future  planned 
microcomputer  ^abs  will  be  connected  to  the  network  with  a 
file  server  and/or  ethernet  cards. 

Environmental  control  (energy  management)  and  campus 
identification  card  system  will  be  implemented  sometime  In 
1992.  The  energy  management  system  will  phase  in 
approximately  four  to  five  buildings  per  year  until  completed. 
The  campus  identification  card  system  is  planning  to  be 
operational  in  six  buildings.  The  system  will  support  library 
access  and  use,  a  debit  card  system  for  the  bookstore,  dining 
room,  snack  bar  purchases,  and  security  access  to  computing 
facilities.  We  are  exploring  other  aspects  such  as,  security 
access  to  resident  halls,  parking,  and  ATM  machines. 

The  last  applications  will  be  video  and  voice.  The 
costs  for  a  total  fiber-optic  PBX  system  and  a  video  system 
for  the  main  campus  can  not  be  justified  at  this  time. 

Some  General  Guidelines  to  Follow 


Decide  early  what  applications  need  to  be  supported  by 
the  cabling  plant. 

Choosing  the  appropriate  design  and  topology  is  crucial. 
Remember  any  design  must  accommodate  a  variety  of 
technologies  and  topologies. 

Provide  enough  capacity  for  growth.    Some  institutions 
double  the  capacity  just  for  this  purpose.  Don't  worry, 
you  will  find  ways  to  use  it. 

Time  is  money.    Sometimes  it  is  cheaper  to  pay  the 
expert  than  to  experiment. 

Watch  your  costs.  Labor  cost  can  be  more  than  the  fiber 
itself  if  you  are  not  careful. 

Utilize  mass  production  components  and  standards  where 
ever  possible.    This  will  save  money  and  create 
flexibility. 

Avoid  any  unnecessary  hardware  costs.  Repeaters,  for 
example,  require  maintenance  and  incur  additional 
expenses. 

Use  active  couplers  instead  of  passive  couplers  because 
they  produce  optical  power  and  therefore  allow  for 
larger  networks. 


□ 
□ 

□ 

□ 
□ 
□ 

□ 

□ 
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Conclusion 

The  development  of  a  multipurpose  fiber-optic  cabling 
plant  requires  a  sound  planning  process  if  all  applications 
are  to  be  synthesized  into  one  coherent  design.  There  is  a 
consistent  need  to  balance  costs  with  benefit  and  service. 
Many  aspects  of  this  planning  process  are  just  plain  common 
sense. 
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Track  VI 

Academic  Computing  Issues 


Coordinator: 
Daniel  A  Updegrove 
University  of  Pennsylvania 

Many  colleges  and  universities  are  increasing  investments  in  computing  for 
instruction  and  research,  and  the  growth  in  departmental  computing 
continues.  Vapers  in  this  track  focused  on  such  areas  as:  coordinating  with 
administrative  computing  (including  planning,  managing,  evaluating,  and 
networking,  as  well  as  library  automation  and  academic/departmental  in- 
formation qrstems);  student  and  faculty  computing  access;  instructional 
software  development,  use,  and  assessment  (including  incentives  and  support  for  faculty, 
standards,  site  licensing,  copyright,  and  piracy);  strategies  for  supporting  research;  distance 
education;  and  progress  toward  an  intemationid  network  for  scholars. 


Tony  Townsend 
University  of  Virginia 


E,  Michael  Staman 
West  Chester  University 


R.AnnZlnck 
San  Joaquin  Delta  College 
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Loan-a-Mac 

A  Successful  Computer  Literacy  Program  for  Faculty 

R.  Ann  Zinck 
San  Joaquin  Delta  College 
Stockton,  California 


Loan-a-Mac  is  a  program  at  San  Joaquin  Delta  Community  College  that 
was  designed  to  provdoe  "handi-on"  computer  literacy  development  for  the 
faculty.  Twenty  Macintoshes  with  software  and  carrying  cases  were  provided 
to  faculty  on  a  30  day  check-out  basis.  This  article  desribes  the  process  of 
implementing  the  program,  the  instructions  shared  with  the  participants,  a 
profile  of  current  users  and  ±c  HyperCard  Loan-a-Mac  Checkout  System 
designed  by  Computer  Services.  An  analysis  of  why  this  program  is 
successful  (i.e.,  the  Macintoshes  come  back  on  time,  no  politics  or  plea 
barginning,  repeat  requests)  will  be  discussed. 
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Loan*a-Mac 

A  Successful  Computer  Literacy  Program  for  Faculty 

R.  Ann  Zinck 
San  Joaquin  Delta  College 

San  Joaquin  Delta  College:  A  Growing  Network 

As  a  result  of  the  acceptance  of  Computer  Services  Five  Year  Plan  1988-92.  San  Joaquin  Delta 
College  will  realize  the  vision  of  a  computing  environment  that  will  transform  the  use  of 
information  technology  in  an  educational  setting.  This  plan  estabUshes  the  ambitious  goal  of  an 
Academic  Computing  Network  parallel  to  the  current  Administrative  Network  By  harnessing  the 
capabilities  of  mformation  technology;  managers,  staff,  faculty  and  students  are  empowered 
through  the  use  of  a  computing  ami  c(xnmunication  network  for  critical,  creative,  and  collaborative 
activities.  Thus,  Delta  Colle^  is  creating  an  environment  in  which  the  use  of  computer  technology 
will  be  the  "nmtter  of  course"  and  natural  way  of  doing  business.  It  tiierefore  becomes  critical  that 
the  college  community  is  ready  for  this  evolution.  The  Loan-a-Mac  program  is  one  of  the  ways  in 
which  the  college  Ls  addressing  the  need  to  provide  faculty  with  the  opportunity  to  develop  the 
computer  skills  that  will  be  essential  to  tiie  basic  furctioning  of  the  campus.  In  addition,  the 
availability  of  the  computer  wiU  help  to  encourage  an  Interest  in  using  the  computer  as  a 
productivity  tool  and  to  explore  ways  to  incorporate  computer  assisted  instrucuon  in  the 
curriculum. 

In  the  Beginning...A  Network.  In  1987,  under  the  le  ;rship  of  Lee  Belarmino,  Director  of 
Computer  Services,  a  local  area  network  for  administrative  services  was  built.  The  purpose  of  the 
network  was  to  provide  access  to  the  Student  Information  Systems  (SIS),  a  new  Business 
Information  System  (BIS)  and  electronic  mail  and  file  transfer  capabilities  from  the  various  offices 
on  campus.  The  primary  requirements  in  tiie  design  of  the  netwoik  were  to  nmihtain  the  college's 
investment  in  the  current  SIS,  residing  on  a  Unisys  (Burroughs  6930)  mainframe,  incorporate  the 
new  BIS  on  a  VAX  8350,  and  create  a  "front-end"  that  would  be  easy  for  the  user  to  operate. 
After  researching  many  different  options,  the  best  sol;  tion  was  to  design  a  custom  network 
utilizing  existing  phone  lines,  but  based  on  a  new  Ethernet  backbone.  The'result  was  a  network  of 
Macintosh  workstations  that  coidd  access  both  the  BIS  and  SIS  using  PacerLink.  InBox  became 
the  solution  for  electronic  mail  and  file  transfer  and  Microsoft  Works  die  standard  office 
productivity  package.  The  Macintosh  provided  the  perfect  solution  for  the  design  of  an  easy  to  use 
front-end  to  the  BIS  and  SIS,  as  well  as  holding  down  on  die  investment  in  training  on  office 
productivity  sof;ware.  Computer  Services  has  been  reccgnizcd  by  Digital  Equipment  Corporation 
for  the  unique  solution  of  using  the  VAX  8350  as  a  gateway  to  the  Unisys  (Belarmino  and  Zinck, 
1988/89).  Currendy,  over  130  Macintoshes  are  on  the  Administrative  Netwoik. 

The  Academic  Connection.  The  benefits  of  the  Administrative  Network,  particularly  the  E- 
Mail  and  file  transferring  features,  are  indispensable  to  die  users.  Faculty  members  are  beginning 
to  understand  the  benefits  of  electronic  communication  and  want  access  to  the  capability  as  well. 
The  proposed  Academic  Computing  Network  (ACN)  will,  within  five  years,  provide  both  faculty 
and  students  with  electronic  c(Hnmunications  on  campus.  The  implementation  of  the  networic  began 
diis  summer  with  the  installation  of  a  fiber  optic  backbone  connecting  four  Business  Computing 
Lab/Classrooms  to  the  central  Academic  Computing  Lab.  A  3C(Hn  network  now  serves  software 
Implications  and  printing  functions  to  five  different  locations.  Over  30O0  students  per  semester 
take  advantage  of  these  computing  facilities.  This  phase  of  the  ACN,  is  the  first  of  three  phases 
that  will  see  six  satellite  labs  located  in  a  variety  of  divisions  pulled  into  the  netwodc.  In 
preparation  for  the  implementation  of  die  ACN,  a  critical  component  has  been  die  providing  of 
coi^uter  resources  to  the  faculty. 

Since  i987,  faculty  have  had  access  to  a  Macintosh  computer  in  their  Division  offices.  In  die 
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Summer  of  1988,  the  Faculty  Computing  Center  (FCC)  opened  with  a  Macintosh  n  (connected  to 
a  CD  ROM  and  Scanner),  LaserWriter,  and  two  IBM  PC's  available  for  faculty  use.  The 
populanty  of  the  Macintosh  resulted  in  a  reconfiguration  of  the  FCC,  rq)lacing  the  IBM's  with  two 
Macintosh  SB's.  The  goal  of  the  Faculty  Computing  Center  is  to  provide  an  environment  where 
both  novice  and  expert  user  can  find  the  resources  necessary  to  meet  their  computing  needs.  An 
interactive  video  development  station,  with  a  Macintosh  Ilci  as  the  central  component  will  be  made 
available  in  the  FCC  by  December,  1989.  «^"iauc 

to  January,  1989,  Computer  Services  inaugurated  what  has  been  called  'The  Year  of  the  Fac-dty." 
Begmnmg  in  1989,  Computer  Services  was  in  the  position  to  focus  attention  on  the  development 
of  faculty  skills  and  resources  in  educational  and  productivity  computing.  With  the  vision  of  the 
ultimate  campus  network  firmly  in  mind,  the  first  concerns  for  its  fmplementation  was  the 
devel(^ment  of  corresponding  computer  skills  and  a  network  vision  on  the  part  oi  tl;c  faculty. 

rotable  Training-Loan-a-Mac.  Delta  College  is  not  unique  in  facing  the  dilemma  of 
providing  computing  resources  (equipment,  training,  and  software)  to  faculty,  yet  having  finite 
fundmg  for  such  endeavors.  Armed  widi  the  understanding  that  the  availability  and  accessiblity  of 
computers  are  among  the  primary  determining  factors  in  developing  computer  literacy,  funding 
was  allocated  for  20  Macintosh  computers  that  faculty  could  take  home  for  a  period  of  time. 
Computer  Services  was  given  the  task  of  defining  the  nature  of  this  opportunity  and  how  it  was 
facdty^  wo*-  Th«  ^^sult  was  Loan-a-Mac,  defined  primarily  as  a  computer  Uteracy  program  for 

Making  It  Work.  Considerable  time  was  spont  in  the  design  of  the  Loan-a-Mac  program.  First, 
me  eligible  individuals  had  to  be  defined.  Funding  sources  for  the  equipment  required  that  the 
users  be  faculty  members.  Since  computer  literacy  was  the  primary  goal  of  die  program,  the  next 
step  was  to  determine  a  reasonable  length  of  time  for  a  user  to  keep  die  equipment.  It  seemed  that 
30  days  would  provide  the  user  witii  a  sufficient  amount  of  time  to  become  fairly  proficient  widi  at 
least  one  application.  More  than  that,  it  was  hoped  that  at  die  end  of  die  diirty  days,  die  user  would 
find  mm  or  herself  seeing  die  computer  as  a  valuable  tool.  The  odier  reason  for  die  30  day  time 
penod,  IS  diat  realistically.  Computer  Services  knew  diat  proficient  users  would  also  participate  in 
Loan-a-Mac  and  would  want  sufficient  time  to  work  on  projects.  The  total  nun^ber  of  faculty, 
including  part-time  insdiictors  ai  Delta  is  over  600  individuals.  Since  full  time  faculty  numbered 
around  200  individuals.  Computer  Services  determined  tfiat  limiting  die  use  of  the  computers  to 
full  time  faculty  would  gready  assist  in  availabUity  of  die  resource,  not  to  mention  keeping  die  day 
to  day  operation  of  die  program  manageable. 

Once  die^se  basic  parameters  were  established,  diat  is,  Loan-a-Mac  would  be  a  30  day  check  out  to 
fuUtune  faculty,  dien  die  nitty-gritty  of  die  total  procedure  had  to  be  defined.  Requirements  for  die 
successful  operation  of  die  program  were  brainc:ormed  in  Computer  Services  until  solutions  diat 
were  acceptable  to  bodi  Computer  Services  and  die  Vice  President/Assistant  Superintendent  were 
reached.  The  following  were  die  initial  requirements  Computer  Services  established  for  successful 
day  to  day  (q)eration  of  the  program. 

The  operation  of  die  program  must: 

1.  Be  free  of  politics. 

2.  Function  on  a  day  to  day  basis  without  management  involvement. 

3.  Provide  an  accurate  status  report  on  demand. 

4.  Be  managed  by  a  Macintosh  application. 

5.  Insure  diat  die  user  will  return  die  equipment  on  time. 

6.  Allow  a  tum-around  time  for  maintenance  of  the  returned  equipment. 

7.  Insure  die  user  is  skilled  enough  to  do  basic  set-up  and  desktop  functions. 

Service  First,  Fairness  Foremost.  In  die  Loan-a-Mac  program,  we  at  Computer  Services 
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wanted  a  clean  process  that  was  fair  to  all  and  could  not  be  corrupted  by  political  games  or 
favoritism.  Compute.^  Services'  role  on  campus  is  that  of  a  service  organization  that  views  all 
users  as  important  customers.  In  all  cases*  the  goal  of  the  department  is  to  be  outside  the  political 
arena.  The  computers  for  the  Loan*a-Mac  program  were  funded  by  the  Instruction  OMffice  as 
directed  by  the  Vice  President/Assistant  Superintendent  Computer  Services  was  given  the  diarge 
of  designing  and  dining  the  progranL  Input  related  to  the  recjuirements  cited  above  were  solicited 
fiom  die  area  Deans.  Suggestions  from  them  related  to  th^  distribution  process  and  authorizations 
for  use  of  the  computer.  Quite  honestly  tiiough,  tne  suggestion^  didn't  seem  to  meet  the 
requirements  we  had  established.  Thus  it  was  determined  that  Loan-a-Mac  would  operate  singly 
on  a  first-comev  fint-served  basis  widi  no  advanced  ok*  multiple  reservations  of  systems  being 
possible.  Once  the  basic  reservation  policy  was  established,  then  a  HyperCard  stack  was  designed 
to  manage  the  reservation  and  tracking  tasks.  The  stack  allows  phone  reservations  to  be  entered 
and  the  requester  is  automatically  entotd  into  the  queueing  system.  The  stack  also  mainteins  an 
accounting  of  die  software  resident  on  die  equipment  A  status  report  can  be  printed  at  any  time  to 
determine  who  has  Macs,  who  is  on  die  waiting  list,  or  an  entire  historv  of  Loan-a-Mac  users. 
One  of  the  concerns  about  tum-around  mamtenance,  the  possibility  that  20  Macintoshes  would  be 
.  Plumed  at  once,  never  materialized  since  when  the  program  was  initiated,  the  first  users  took  up  to 
a  week  to  pick  up  dieir  Mac.  Now  we  have  a  policy  that  users  must  pick  up  their  Loan-a-Mac 
within  three  days  of  being  notified  of  its  a\  lilabiUty  or  it  goes  to  the  next  person  on  the  list 

Issues  and  Risks.  A  major  concern  in  designing  the  Loan-a-Mac  program  related  to  liability  in 
case  of  theft  of  the  equipment  or  damage  while  it  was  off-canq)us.  There  was  also  a  question  of 
what  recourse  was  possible  stould  a  Macintosh  not  be  returned,  i.e.  die  faculty  member  refused  to 
return  it  on  time.  The  campus  Risk  Manager  was  consulted  with  on  insurance  questions.  Tlie 
recommendation  by  the  Risk  Manager  was  tf^  hope  that  the  user's  homeowners  insurance  would 
cover  a  U.rft  If  not.  Delta  College  is  self-insured  and  dius  responsible  for  replacement  costs.  The 
possibility  of  the  Macintoshes  not  being  returned  wasn't  considered  until  a  colleague  mentioned 
that  diis  had  apparendy  been  a  problem  at  another  institution.  What  would  we  do  if  a  computer 
diin't  come  b^k  when  it  was  supposed  to?  Everydiing  from  requiring  collateral,  to  widiholding 
paychecks,  and  legal  prosecution  was  suggested  The  bottom  line  was,  we  did  not  want  to  take  a 
punitive  stand.  We  decided  d^at  an  agieement  signed  by  die  faculty  member  diat  represented  an 
understanding  of  dieir  responsibilities  in  the  program  would  be  sufficient  If  a  problem  of  an 
overdue  computer  came  up,  it  was  (tecided  that  notification  of  the  Division  Chair/Diitctor  wouM  be 
die  first  recourse.  The  second  would  be  informing  the  next  person  on  the  list  diat  their  computer 
was  still  held  by  die  cp^^nt  user.  It  seemed  that  diis  was  sufficient  to  act  as  appropriate  pressure 
for  timely  returns.  ^s  die  faculty  are  asked  to  sign  an  agreement  upon  checking  out  the 
Macintosh  in  which  diey  agree  to  abide  by  die  reservation  rules,  time  limitation,  all  software 
Ucenses,  ete. 

As  soon  as  the  operation  of  die  program  had  been  spec  fied,  we  were  ready  to  present  it  to  the  Vice 
Presicfent  for  approval.  He  agreed  widi  our  centralizec  library  type  approach,  limiting  the  prograr^ 
to  fuUtime  faculty  and  die  user  agreement.  We  were  given  the  *'go  ahead"  to  proceed  witn 
presentations  to  die  major  governance  groiq)^  on  campus. 

Training  Options.  Computer  Services  dirough  die  Apple  Computer,  Inc's  Higher  Education 
Purchase  Program  IT  fHEPPV  provides  almost  weekly  on-campus  training  q)pormnities  provided 
widi  assistance  from  die  our  HEPP  Apple  Conq;)uter  Sales  Representative.  Faculty  and  sti^  have 
the  opportunity  to  attend  training  sessions  on  such  topics  as  introduction  to  the  Macintosh, 
Microsoft  Woiks,  HypoCard,  Ready  Set  Go,  and  SuperPaint  In  addition,  faculty  and  Computer 
Services  offer  trainmg  on  Micrograde,  PowerPoint,  vxd  MindWrite.  An  extensive  library  of 
training  tapes  for  such  Macintosh  applications  as  Excel,  Works,  HyperCard,  PageMaker,  Using 
the  Macintosh,  and  Filemaker  offer  die  user  many  opportunities  for  training  on  their  own  time. 
Tlie  truly  novice  Loan-a-Mac  user  is  required  to  take  the  introductory  Macintosh  ^vorkshop  (2 
hours)  or  complete  one  of  die  intnxluctory  tapes  pri(»r  to  checking  out  the  computer. 
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A  library  of  popular  software  is  maintained  for  the  Loan-a-Mac  user  to  check  out  with  the 
computer.  A  separate  HyperCard  stack  was  oeated  to  manage  this  library  since  faculty  and  other 
usen  not  involved  in  Loan-a-Mac  request  use  of  software.  Some  software  titles  thr!  are  included 
in  the  library  are  MicroTest  III,  Wingz,  Adobe  Illustrator,  PageMaker,  Word,  Excel,  and  Statview. 

A  Profile  of  Success,  Loan-a-Mac  will  celebrate  a  year  of  success  in  February,  i990.  The 
first  twenty  Loan-a-Mac  recipients  were  selected  by  a  random  drawing  from  requests  diat  were 
called  in  by  phone  during  the  week  of  February  13-17.  Since  then,  70  faculty  members  have  had  a 
Loaii-a-Mac  at  least  once.  In  October,  1989;  I  sent  out  a  survey  to  find  out  how  the  program  was 
going  from  the  user's  perspective.  The  results  indicated  that  the  program  is  an  unquestionable 
success.  Highlights  of  the  survey  are  summarized  below.  Forty  surveys,  57  per  cent,  were 
returned  out  of  the  total  of  70  sent.  Not  all  respondents  answered  all  of  the  questions. 

Tables  1-3  below  provide  a  general  profile  of  the  faculty  participants  in  Loan-a-Mac  according  to 
experience  and  use  of  the  computer.  Table  1  provides  confirmation  th:&t  most  Loan-a-Mac  users 
are  repeat  customers.  Table  2  shows  that  most  of  the  users  consider  themselves  to  be  at  a 
"Beginning"  level  in  terms  of  computer  use.  Fifty-two  per  cent  of  die  respondents  (n=31) 
''escribed  tiiemselves  as  having  a  littie  skill  in  a  Macintosh  application,  while  42  per  cent  (n=26) 
had  comparable  skill  with  a  different  brand  of  computer.  Thirty-nine  per  cent  of  the  respondents 
described  themselves  as  having  an  Intermediate  level  of  skiU  by  beine  familiar  with  several 
Macintosh  applications,  39  per  cent  also  had  con^arable  experience  witii  a  different  brand  of 
computer.  Table  3  provides  data  related  to  how  the  faculty  used  their  Loan-a-Macs.  Word 
processing  was  die  tool  of  choice  for  83  per  cent  of  die  respondents  (n=  36).  Forty-one  per  cent 
of  the  respondents  (n-s36),  noted  that  they  used  Loan-a-Mac  to  leam  new  software.  The  remaining 
applicaticHis:  spreadsheet,  database,  electronic  gradebook,  and  desktop  publishing  were  uaed  about 
f^ually 

User  satisfaction  widi  die  service  provided  was  high.  Eighty-seven  per  cent  of  die  respondents 
(n=s39)  indicated  that  they  had  encountered  no  difficulties  with  the  reservation  or  return  process. 
Of  die  five  who  cited  problems,  one  circled  yes  for  problems,  but  said  ."Very  nice  to  deal  widi." 
A  second  had  problems  because  she  was  trying  to  manipulate  her  reservation  time  to  insure  that  ^ 
would  have  a  computer  in  Septembor  instead  of  August  when  her  name  came  up.  One  individual 
was  upset  because  he  was  first  told  as  a  part-tune  faculty  member  he  wasn't  eligible,  however, 
after  checking  with  die  Personnel  Office,  it  was  verified  diat  he  was  52%  faculty  and  48% 
classified  staff  The  remaining  two  said  die  problem  was  diat  die  computers  were,  "hard  to  carry." 
All  in  all,  considering  the  scope  of  the  program  five  rather  minor  conoplaints  appears  to  be  an 
excellent  record.  Computer  Services  is  considering  purchasing  some  inexpensive  luggage  carts  to 
'  elp  in  transporting  the  con^uters.  A  second  question  asked  about  satisfaction  with  the  technical 
support  provided  in  die  Academic  Computing  Lab.  Approximately  79  per  cent  (n=33)  of  die 
re^ndents  said  diey  asked  for  assistance  bom  the  L  ab^and  of  that,  96  per  cent  werc  satisfied  with 
the  assistance.  Hie  one  dissatisfied  individual  said  he  simply  could  not  understand  the  computer, 
but  everyone  was  helpful. 

A  final  noestion  dealt  with  the  re^ndents  interest  in  applying  for  a  MacNet  project  which  would 
give  diem  a  Macintosh  SE  in  dieir  office  for  a  year.  Ten  of  die  38  who  answered  diat  question 
abeady  had  a  MacNet  computer.  In  response  to  a  question  about  plans  for  applying  for  a  MacNet 
computer,  fifty-two  per  cent  (n=29)  said  they  intended  to  do  so.  It  would  seem  logical  that  repeat 
users  of  Loan-a-Mac  would  apply  for  a  MacNet  conq)uter.  It  is  interesting  also,  diat  sosnc  MacNet 
faculty  continue  to  get  a  Loan-a-Mac  on  a  regular  basis. 
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Table  1:    Use  Profile  of  Loan-a-Mac 
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An  area  left  open  for  comments  resulted  in  33  of  the  respondents  writing  comments  about  the 
overall  benefits  of  the  program.  AU  of  the  responses  wrre  positive.  A  few  examples  were: 
"Excellent  opportunity,"  "Wonderful,  enjoyed  having  it,"  "Cained  skills  and  convenient,"  "Super 
program,"  "Only  game  in  town,"  and  "Helped  a  great  deal." 

Concluusions  %nd  Recommendations.  In  doing  this  "retrospective"  of  Loan-a-Mac,  it  was 
interesting  to  think  through  why  this  program  is  so  successful  and  what  recommendations  can  be 
made  to  other  coUeges  that  may  want  to  initiate  their  own  "Loan-a-Mac."  It  is  my  belief  that  Loan- 
a-Mac's  success  has  several  key  contributtny  factors  behind  it. 

First,  the  system  was  designed  to  function  smoothly  in  a  non-political  mann^.  Computers  are 
"hot  property"  on  this  campus.  Besides  being  a  limited  resource,  there  is  also  certain  d  *e  of  ego 
and  status  that  come  into  play  when  computer  users  are  vying  for  this  resource.  In  Loon-a-Mac, 
everyone  is  treated  equally,  just  as  if  they  were  checking  out  a  book  in  the  library.  The  program 
was  presented  as  the  best  possible  way  to  spread  around  a  limited  resource,  and  tfie  campus  users 
accepted  this  reality.  The  red  tape"  for  getting  the  computer  is  minimal.  On  the  first  request  there 
is  one  fonn  to  sign  and  a  training  requirement  to  meet.  After  that,  it  is  a  matter  of  a  phone  call  to 
enter  a  seccmd  request 

Second,  Lx)an-a-Mac  fits  into  the  flexible  work  habits  of  the  coUege  fiwmlty.  Whether  it  is  the  first- 
tinie  us^  learning  an  application,  or  the  more  experienced  individual  working  on  a  project;  the 
ability  to  take  these  computers  home  has  provided  a  valuable  resource  that  fits  into  tiie  inherent 
work-time  flexibility  of  a  community  coUege  instructor.  Instructors  have  stated  that  being  able  to 
take  the  con^uter  home  insures  that  they  are  able  to  spend  quality  i?me  on  the  computer.  Another 
advantage  is  that  for  some,  it  showed  them  how  essential  to  tfieir  woric  a  con:q)uter  becomes  and  as 
a  result,  they  have  purchased  tiieir  own  Macintosh. 

Third,  tfie  program  is  clearly  a  "no  strings  attached"  benefit  or  "perq,"  if  you  will.  Generally,  die 
policy  on  any  State  Conmiunity  CoUege  employee  on  taking  home  equipment  has  been  extremely 
restrictive.  The  Loan-a-Mac  is  revolutionary  iii  that  regard.  This  is  recognhxsd  and  appreciated  ^ 
the  users. 

Finally,  die  Loan-a-Mac  program  is  totally  consistent  with  Computer  Services'  Five  Year  Plan. 
The  faculty  recognizes  tfiat  the  campus  will  become  an  electronic  village  of  sorts  witii  die 
installaticm  of  die  Academic  Computing  Network.  Loan-a-Mac  provictes  diose  tfiat  are  interested  in 
participating  in  the  "electronic  revolution"  wiUi  the  opportunity  to  learn  and  become  comfortable 
with  die  coming  technology.  It  provides  them  with  die  opportunity  to  be  skilled  enough  to 
pardcipate  in  die  MacNet  proenun.  The  MacKet  program  began  in  July,  1989  and  provides  faculty 
widi  the  use  of  a  Macintosh  for  die  period  or  one  year  to  complete  a  definable  curriculum 
improvement  project  This  program  operates  very  much  like  a  competitive  grant  program.  A 
wnttcn  proposal  is  required  and  rated  by  a  committee.  Those  who  achieve  a  minimum  criterion 
score  are  ehgible  for  die  MacNet  computer.  The  use  of  die  Macintosh  is  for  one  year  in  the  faculty 
member's  office.  At  the  end  of  die  year,  it  will  be  possible  to  renew  a  project  based  on  a 
continuation  plan  or  proposing  a  new  one. 

Based  on  die  success  of  die  program  on  Delta's  oampus,  it  would  seem  to  fit  a  need  for  colleges 
that  see  it  as  important  to  provide  comi>utcr  access  to  die  faculty  for  bodi  learning  and  project  type 
functions.  When  considering  the  implementation  of  such  a  program,  the  following 
recommendations  are  made: 

1.  First  and  foremost,  spend  time  developing  and  defining  die  operation  of  die  program.  Our 
library  type  of  program  is  very  successful,  there  may  be  odier  options  diat  a  college  may  consider. 
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No  matter  what  the  delivery  system  is,  I  cannot  stress  enough  that  it  should  be  mechanical,  not 
political.  Even  our  MacNet  program  is  based  on  a  rating  system  that  effectively  removes  politics, 
plea  bargaining,  and  favoritism. 

2.  Focus  on  service  with  the  system.  Provide  the  software  which  will  do  the  tasks  instructors  will 
want  done.  It  is  not  necessary  to  have  all  software  on  all  equipment.  Everyone  uses  Works,  but 
only  a  few  may  want  or  need  Ready  Set  Go.  Additional  software  is  loaded  on  and  removed  based 
on  the  needs  of  the  user.  We  provide  help-line  service  through  Computer  Services  and  the 
Academic  Computing  Lab.  Encourage  users  to  use  that  instead  of  trying  to  fix  it  themselves. 

3.  Provide  adequate  training  opportunities  for  the  users.  Training  tapes  are  an  ideal  companion  to 
the  Loan-a-Mac.  Users  can  sometimes  only  get  time  to  learn  new  software  at  home,  outside  of 
assigned  woik  time.  In  recognition  of  this  and  the  overall  success  of  the  program.  Delta's  College- 
Wide  Staff  Development  Ccnmnittee  has  allocated  funds  for  the  purchase  of  eight  Macintosh  SE's 
for  classified  employees  to  check  out  on  a  two  week  basis. 

4.  Visit  the  key  governance  bodies  to  explain  the  benefits  and  intent  of  the  program.  This  pre- 
implementation  activity  insured  an  understanding  of  die  program  by  the  campus  leaders  and 
allowed  Computer  Services  to  stress  the  benefits  and  value  of  the  program  as  it  was  designed. 

5.  Remember  that  the  success  of  the  program  is  very  probably  due  also  in  a  large  part  because  this 
is  a  Loan-a-Mac  and  not  Loan-a-PC.  The  ease  of  learning  die  Macintosh  contributes  to  the 
enthusiasm  and  success  that  the  new  faculty  users  on  campus  are  experiencing.  This  program  is 
design.  A  primarily  as  a  new  user  program.  The  relative  ease  and  independence  associated  with 
learning  Macintosh  applications  makes  the  program  manageable  because  fewer  resources  are 
needed  to  support  the  learning  experience.  A  significant  and  rapid  increase  in  productivity  is 
experienced,  thus  the  use  of  the  Macintosh  becomes  a  reward  in  and  of  itself.  Of  the  40  surveys, 
only  one  person  gave  up  on  the  computer  because  he  just  couldn't  understand  how  to  use  it  and  a 
second  just  wanted  to  stick  to  using  a  secretary.  In  either  case,  it  is  quite  likely  that  a  DOS 
computer  wouldn't  have  been  a  better  solution. 
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When  is  a  Site  License  Not  a  Site  License? 
A  Guide  Through  the  Maze 
of  Large-voiume  Academic 
Microcomputer  Software  Purchasing 

Tony  Townsend 
University  of  Virginia 
Charlottesville,  Virginia 


Many  microoomputer  software  companies  profess  to  offer  a  site  license  for 
their  products.  The  term  site  license,  however,  is  loosely  defined  and  can 
mean  any  number  of  different  licensing  and  financing  arrangements.  This 
presentation  will  examine  the  different  types  of  such  arrangements,  explain 
the  differences  between  them;  and  offer  guidelines  as  to  what  to  look  for 
when  negotiating  a  site  license  agreement  with  a  software  vendor. 
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L  Introduction 

The  answer  to  the  question,  **When  is  a  site  license  not  a  site  license?**  is  deceptively 
simple  -  almost  never.  Almost  any  microcomputer  software  company,  when  asked  if  they 
offer  a  site  license,  will  respond  in  the  affirmative.  Upon  further  inspection,  however,  the 
great  majority  of  these  site  licenses  turn  out  to  be  something  other  than  their  name  would 
have  you  think.  In  this  paper,  we  will  take  a  look  at  what  is  and  is  not  a  site  license,  give 
specific  examples  of  each  category,  and  offer  some  guidelines  on  what  to  look  for  in  a 
volume-purchase  of  microcomputer  software  for  an  academic  institution. 

n.  Types  of  licensing  Agreements 

A.  True  Site  Licenses 

A  true  site  license  is  just  that  -  the  institution  pays  a  fee,  either  one-time  or 
annual,  and  the  software  company  allows  unlimited  use  of  its  package  at  that 
institution.  Even  within  the  framework  of  the  true  site  license,  however,  there  can 
be  a  distinction. 

This  difference  lies  in  where  the  software  will  be  used. 

Tme  BASIC  and  WATCOM,  for  example,  license  their  BASIC  and  FORTRAN 
languages,  respectively,  for  use  by  any  student,  faculty  or  staff  member  anywhere  on 
the  can[^>us  of  the  licensing  institution. 

Datastorm  Technologies,  on  the  other  hand,  issues  a  site  license  for  its  Procomm 
and  Procomm  Plus  packages  to  be  used  by  a  student,  faculty  or  staff  member  in  any 
location,  as  long  as  they  are  using  the  software  to  communicate  with  the  institution's 
computers  on  campus. 

Hiis  difference  can  be  seen  as  reflecting  the  type  of  software  being  licensed. 

Procomm,  because  it  is  an  asynchronous  communications  package,  would  be  of 
limited  value  licensed  solely  '*on-campus^  as  on-campus  computers  are  usually 
already  in  communication  with  each  other  over  a  faster  medium,  such  as  Ethernet. 
There  may  be  certain  on-campus  sites  that  would  need  such  a  package  and  these  are 
covered  by  this  true  site  license  as  well. 

Tme  BASIC  and  Watcom*s  WATFOR,  however,  are  licensed  to  be  used  in 
classroom  situations,  as  teaching  tools.  The  companies  who  market  these  products 
also  know  that  students  who  have  their  own  computers  will  want  a  copy  of  the 
program  for  their  home  machine,  which  will  help  the  company  sell  more  copies  of 
the  software  (probabfy  at  a  reduced  rate,  as  we  will  see  later). 
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B.  Volume  and  Educational  Discounts 

In  a  majoriw  of  cases,  when  a  software  company  says  that  they  offer  a  site 
license,  what  they  are  really  talking  about  is  a  volume  discount  Like  the  volume 
discount  in  other  parts  of  the  economy,  the  larger  the  r umber  of  items  you  buy, 
the  less  each  item  costs  per  unit.  As  with  a  true  site  license,  there  are  variations 
here  as  well. 

TTie  first  kind  of  volume  discount  involves  a  purchase  threshold.  For  example, 
up  to  a  certain  amount  in  sales,  a  software  package  costs  100  dollars,  beyond  that 
certain  amount  of  sales  volume,  the  price  drops  to  75  dollars.  Qaris,  the  Apple 
software  company,  operates  in  this  way,  with  purchase  thresholds  at  5,000,  10.000 
and  15,000  dollars. 

A  variation  on  this  is  offered  by  Microsoft  for  some  of  its  software.  Packages 
that  are  likely  to  be  used  in  a  teaching  situation,  such  as  Word,  are  sold  in 
"Academic  10-packs".  ITiese  groupings  have  enough  disks  for  10  computers,  but 
only  one  set  of  manuals.  This  of  course  saves  Microsoft  money  by  cutting  down 
duplication  costs.  It  is  also  logical  from  the  point  of  the  instructor,  who  will 
supposedly  be  teaching  the  students  about  the  program,  so  that  manuals  for  each 
student  would  be  redundant.  WordPerfect  uses  a  variation  of  this,  as  we  will  see 
later. 

The  second  kind  of  discount  has  no  purchase  threshold.  Here  a  special 
educational  price  is  offered  by  the  company  making  the  package,  no  matter  how 
much  business  you  do  with  them  in  a  given  time-frame.  This  price  may  only  apply 
to  those  packages  used  in  a  teaching  situation,  or  any  person  affiliated  with  an 
educational  institution  may  purchase  the  package  at  the  reduced  rate. 

An  example  of  the  former  scenario  is  AutoCAD  by  AutoDesk.  Copies  of 
AutoCAD  used  for  instruction  may  be  purchased  at  about  35%  of  the  retail  list 
price.  Each  copy  is  identical  to  the  full  retail  version. 

An  example  of  the  latter  is  the  School  Software  Program  of  the  WordPerfect 
Corporation.  Under  this  plan,  any  product  offered  by  WordPerfect  can  be  purchased 
by  student,  faculty  or  staff  of  any  educational  institution  for  about  25%  of  tiie  retail 
list  price.  As  with  AutoCAD,  each  copy  is  identical  to  the  full  retail  version. 
Through  a  third  party,  WordStar  offers  the  same  arrangement. 

The  third  variant  of  the  volume  discount  is  the  "master  fee-minimum  number" 
plan.  Here,  the  educational  institution  pays  a  master  license  fee  for  a  software 
package,  then  pays  a  fee  per  copy  of  the  software  bought  and  agrees  to  buy  at  least 
a  certain  number  of  copies. 

This  variant  is  used  by  WordPerfect,  which  calls  it  their  Site  Volume  Pricing 
Agreenient  For  example,  to  buy  version  5.0  of  WordPerfect  for  tiie  IBM  PC  under 
this  program,  an  institution  pays  a  master  license  fee  of  $75,  then  pays  a  per-copy 
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fee  of  a  maximiiin  of  $40  eadi  (a  cost  which  further  declines  as  the  number  of 
copies  increases).  For  each  copy  of  the  program,  you  get  a  quick  reference  card  and 
a  keyboard  template.  The  master  license  fee  entitles  you  to  one  copy  of  iht  manual, 
as  well  as  allowing  you  to  purchase  more  copies  of  Uie  mi  nuals  foi  a  fee. 

C.  Resale  Agreement 

Several  software  companies  offer  a  site  license  which  operates  very  much  like  a 
department  store.  The  institution  buys  the  software  at  .vholesale,  adds  its  profit 
margin  and  then  sells  to  Uie  consumer.  College  boolatores  will  frequently  offer 
such  packages  to  students.  Companies  encourage  faculty  to  adopt  their  software 
by  offering  such  plans,  in  hopes  that  the  teaching  staff  will  require  students  to 
purchase  a  copy  of  the  software.  This  kind  of  licensing  is  very  similar  to  that  used 
for  textbooks  for  many  years. 

One  company  that  offers  this  kind  of  arrangement  is  Borland.  Through  their 
Scholars'  Program,  students  can  purchase  any  Borland  product  at  a  discount  of 
about  50%.  College  bookstores  and  computer  stores  can  buy  the  software  at  about 
a  70%  discoimt,  so  even  with  a  reasonable  markup,  the  soft\me  can  still  be  sold  for 
the  same  price  as  the  student  could  purchase  it  at  retail.  In  addition,  for  a  certain 
number  of  copies  of  the  software  bought,  Borland  supplies  a  free  copy  to  the  faculty 
member  who  wiU  be  teaching  the  course. 

Even  if  specifically  required  for  a  course,  Borland  will  still  offer  a  discount  to 
students  through  a  special  coupon.  This  coupon,  usually  distributed  at  the  start  of 
the  semester,  entitles  them  to  the  50%  (or  more)  discount.  The  only  requirement 
is  that  an  instroctor  suggest  that  the  software  woiUd  be  valuable  in  a  certain  course, 
and  that  a  course  niunber  be  noted  on  the  coupon. 

Addison*Wesley  is  also  in  the  resale  agreement  line.  The  difference  is  that 
Addison-Wesley  offers  ''student  editions"  of  popular  packages.  These  editions  are 
smaller,  or  have  fewer  features  than  the  regular  retail  versions.  For  instance,  the 
student  edition  of  Lotus  1-2-3  can  only  handle  256  rows  by  64  colunms.  A  special 
manual  is  also  included  with  the  student  editions.  This  manual  is  more  of  a  tutorial 
than  a  reference  text  Once  again,  college  bookstores  and  campus  computer  stores 
can  purchase  the  student  editions  at  a  greater  discount,  mark  it  up  and  resell  it  to 
students  for  the  same  price  as  the  student  would  normally  pay.  Addison-Wesley  also 
does  not  sell  software  of  its  own,  as  does  Borland,  it  ody  markets  the  special 
editions. 

in.  What  to  Look  For  in  a  Licensing  Agreement 

With  all  the  different  programs  offered  by  vendors,  it's  easy  to  get  confused  and 
quite  possibly  wind  up  with  a  sales  a^eement  that  isn't  what  you  had  thought  it  would  be. 
hi  this  section,  we'll  suggest  some  guidelines  for  buying  software  in  large  quantities. 
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A.  Intended  Audience 

Before  conducting  negotiations  for  a  site  license,  ask  yourself  what  group  will 
benefit  from  use  package.  If  it  will  only  be  used  in  an  instructional  setting,  it's 
wasteful  to  bi^  a  license  that  lets  anyone  associated  with  the  institution  use  the 
application  at  no  cost  If  it  is  a  program  that  will  only  be  used  administratively, 
don't  spend  extra  dollars  making  it  available  to  students  as  well. 

On  the  other  hand,  it  never  hurts  to  get  as  wide  a  coverage  as  possible  for  the 
least  cost  If  a  site  license  costs  the  same  whether  or  not  its  distribution  is  restricted 
(and  the  vendor  doesn't  want  to  negotiate  a  lower  price  for  fewer  users),  you  have 
no  choice.  You  may  find  that  having  faculty,  staff  and  students  all  use  the  package 
helps  the  computer  support  staff  by  creating  a  de  facto  campus-wide  standard. 

B.  Hardware  Environment 

Take  some  time  to  identify  where  the  software  will  be  used.  Vendors  frequently 
license  software  for  a  single  oon^uter,  so  if  you  want  to  run  it  on  a  network,  you 
may  find  yourself  paying  a  higher  price.  Oii  the  other  end,  if  the  network  version 
of  the  software  is  the  package  you  want,  see  if  the  vendor  will  decrease  the  price 
normally  charged  if  a  product  will  be  used  on  both  stand-alone  and  networked 
machines. 

C  TVpes  of  Fees 

There  are  as  many  different  ways  to  pay  for  a  site  license  as  there  are  things 
called  site  licenses.  In  general,  there  are  four  categories  of  payment,  listed  below 
in  order  of  preference  to  educational  institutions: 

1)  One-time  fee.  You  pay  once  and  the  software  is  licensed  to  the  institution 

in  perpetuity.  This  option  is  so  rare  as  to  be  non-existent. 

2)  Yearly  fee.  Here  the  institution  pays  a  yearly  fee  to  the  vendor,  with  no 

per-workstation  or  other  incremental  costs.  This  variant  is  quite  similar 
to  the  next  one  below. 

3)  Initial  fee  with  yearly  maintenance  fee.  Here  a  one-time  cost  buys  you  the 

ability  to  pay  the  company  an  annual  cost,  in  order  to  keep  voiir  site 
license  current  This  option  is  common  and  has  its  roots  in  the  pricing 
arrangements  for  minicomputer  and  mainframe  software. 

4)  Master  fee  with  per-workstation  license  cost  Much  like  #3,  except  instead 

of  paying  an  additional  fee  each  year,  you  pay  an  additional  fee  for  each 
computer  on  which  you  intend  to  use  the  software. 

Of  course,  the  best  kind  of  fee  is  the  smallest  one  possible,  no  matter  what  its 
terms. 

4 


40C 


D.  Packagmg 


Especially  with  volume  discounts,  you  should  give  some  thought  to  how  the 
software  will  be  distributed.  If  all  you  really  want  is  the  legil  ability  to  run  a 
package  on  say,  100  conq>uters,  why  get  100  copies  of  the  manusd,  disks  and  assorted 
paraphernalia?  Ask  the  company  if  you  can  reduce  the  cost  of  such  volume  pricing 
further  by  only  getting  one  copy  of  the  actual  product  This  will  also  save  you  from 
having  to  open  100  packages,  throw  out  the  manuals,  and  re*fonnat  the  disks.  (Why 
re*format?  You  could  be  held  legally  liable  if  someone  went  through  the  trash, 
picked  out  the  program  disks  and  used  them  on  a  computer  that  wasn't  covered 
under  the  license  agreement) 

On  the  other  side  of  the  coin,  if  your  intent  is  to  make  a  full-blown  copy  of  the 
software  available  to  anyone  in  your  institution  who  wants  it,  it  is  to  your  ach^antage 
to  have  them  get  all  the  parts  of  the  application  that  come  with  it  if  you  had  paid 
fiill  price.  Otherwise,  your  computer  support  staff  will  end  up  spending  more  time 
and  money  answering  questions  about  the  package  than  you  saved  with  the  site 
license. 

E.  Technical  Support 

Ask  the  vendor  you're  buying  from  how  the  site  licensing  agreement  will  affect 
the  vendor's  technical  support.  Will  cnd*users  of  the  program  still  he  able  to  call 
the  company,  just  as  if  they  had  paid  full  price  for  the  package?  This  luxuiy  may  be 
one  of  the  things  the  vendor  wants  to  do  away  with,  in  order  to  save  money. 

The  technical  support  for  a  site  license  (if  end*users  can't  call  directly)  often 
involves  a  designated  support  person  at  the  institution.  This  support  person  fields 
questions  from  end*users,  answers  them  if  possible,  and  if  not  possible,  calls  the 
vendor  for  help.  In  an  effort  to  make  this  system  more  usable,  vendors  may  make 
available  a  database  of  commonly-asked  questions  with  their  answeis,  a  bulletin 
board  system  or  other  support  aids. 

As  a  basic  requirement,  make  sure  the  vendor  from  whom  you  are  considering 
licensing  a  product  at  least  has  a  technical  support  department  accessible  to  you: 
institution.  There  are  cases  of  companies  who  only  allow  dealers  to  call  tfiem 
directly  and  your  site  license  does  not  make  you  a  dealer. 

F.  Upgrades 

When  figuring  the  cost  of  a  site  license,  always  ask  if  upgrades  and/or  bug  fixes 
are  included  in  the  cost.  Sometimes,  upgrades  and  fixes  are  an  additional  expense 
(payable  per  workstation  license  or  as  a  lump  sum  annually).  Some  vendors  offer 
free  bug  fixes,  but  the  institution  has  to  request  them.  Other  vendors  may  throw  in 
c  year's  worth  of  product  updates  with  a  license  of  that  term. 
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G.  Error  Determination  and  Resolution 

As  we  all  know,  the  software  package  that  <s  completely  free  of  errors  has  yet 
to  be  marketed.  With  a  site  license,  an  institution  may  well  find  itself  in  a  situation 
much  like  that  of  a  vendor:  the  more  users  who  work  on  an  application,  the  more 
bugs  will  be  uncovered  If  the  vendor  of  a  particular  package  prohibits  end  users 
from  calling  the  conq>any  directty,  users  who  encounter  flaws  will  call  you  instead. 

AKrays  have  the  vendor  specify  how  such  problems  will  be  handled.  There  may 
be  different  ways  to  resolve  problems  dependmg  on  the  severity  of  the  bug.  If  a  bug 
prevents  a  program  from  working  as  advertised,  the  vendor  should  provide  a  fix 
pronqjtfy.  If  a  bug  only  requires  that  a  work-around  be  used,  the  vendor  may  wait 
until  the  next  official  release  to  change  the  product  In  eithe/  event,  spelling  out 
such  conditions  before  paying  the  license  fee  can  save  time  and  hassle  later. 

H.  Methods  of  Distribution 

Eveiy  vendor  who  offers  a  site  license  has  their  own  way  for  distributing  legal 
copies.  SPSS,  a  statistics  program,  requires  that  every  person  who  receives  a  copy 
of  SPSS-PC  sign  a  license  form,  which  the  institution  must  keep  on  file.  Other 
con^>ames  only  ask  that  the  institution  verify  that  a  person  is  legally  entitled  to 
receive  the  software.  Other  firms  only  let  people  use  their  product  while  on 
institution  business;  copying  is  forbiddea 

Remember  that  one  of  the  advantages  of  a  site  lif.nse  fit)m  the  standpoint  of 
the  software  vendor  is  less  administrative  overhead.  Very  often,  tiiis  manifests  itself 
in  such  overhead  being  done  by  the  institution  in  place  of  the  company. 

When  negotiating  a  site  license,  check  tiiat  the  method  of  distiibuting  tiie 
software  won't  cause  a  burden  to  your  institution  tiiat  you  don't  have  the  staff  to 
handle. 

IV.  What  to  Avoid  in  a  Licensing  Agreement 

Just  as  there  are  many  thmgs  to  look  for  in  a  site  license,  tiiere  are  items  to  avoid 
as  well. 

A.  Havmg  One  Person  as  a  Vendor  Contact 

Even  though  many  firms  may  want  only  one  technical  contact  at  an  institution, 
it  is  inaportant  that  this  support  person  be  different  from  the  person  handling  the 
administrative  dealings  with  tiie  vendor.  Even  mih  small  volumes  of  software 
licensing,  the  amount  of  work  invohred  in  both  technical  support  and  organizational 
record  keeping  can  crov;d  out  any  otiier  tasks  a  staffer  is  expected  to  handle. 

Also,  with  more  than  one  person  as  a  contact,  you  have  a  backup  in  case  of 
illness  or  other  absence  from  work. 
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B.  Non-cancelable  Agreements 


As  with  any  contract,  be  sore  there  is  a  clause  allowing  your  institution  to 
terminate  the  agreement  on  written  notice.  This  clause  should  not  have  further 
stipulations  and  should  allow  you  to  get  out  of  the  agreement  for  whatever  reason 
you  see  fit  Agreements  that  only  allow  you  to  terminate  them  with  the  vendor's 
approval  should  be  avoided  at  all  costs. 

Here's  an  example  of  why  you  need  this  safety  outlet:  your  fiscal  year  does  not 
correspond  with  the  term  of  your  site  license.  The  licensing  agreement  requires  you 
to  make  quarterly  payments.  Your  budget  for  the  new  fiscal  year  gets  cut  drastically 
and  one  of  the  items  you  decide  to  cut  is  the  rest  of  the  payments  on  the  site  license. 
If  your  contract  didn't  allow  you  to  exit  without  vendor  iq)proval,  you  might  find  your 
institution  running  a  deficit 

C  Putting  Your  Institution  at  Risk  For  Misuse 

A  very  touchy  subject  with  all  vendors  is  who  will  be  pay  for  unauthorized  copies 
made  from  your  site  license.  Although  it  is  reasonable  for  institutions  to  be 
responsible  for  such  piracy  (they  are,  after  all,  supposed  to  enforce  the  terms  of  the 
license),  the  thing  to  watch  out  for  is  any  liabilities  above  the  cost  of  the  stolen 
software.  By  this,  we  are  referring  to  court  costs,  lawsuits,  or  criminal  charges.  In 
general,  a  paragraph  or  two  stating  that  the  institution  will  do  its  best  to  prevent 
illegal  copying  may  well  satisfy  most  vendors. 

Although  the  burden  of  uncovering  such  illegal  copies  is  almost  always  the 
vendor's,  it  would  be  a  good  idea  to  verify  this  as  well  before  signing  any  agreement. 
Once  again,  a  good  faith  effort  on  the  part  of  the  institution  to  prevent  piracy  fi^om 
happening  in  the  first  place  is  the  best  defense. 


V.  Conclusion 


Although  what  may  be  called  a  site  license  is  most  likely  another  beast  altogether, 
there  are  still  many  ad\^tages  to  using  such  arrangements. 

The  most  important  thing  to  do  with  any  volume  purchase  of  microcomputer 
software  is  to  compare  the  dollars  saved  in  the  short-term  with  the  labor  costs  incurred  by 
your  institution  in  the  long-term.  The  site  license  that  appears  on  the  surface  to  offer  you 
an  application  at  1/3  of  retail  list  price  may  tum  out  to  cost  you  25%  above  list  after  you 
add  in  staff  time  for  support  and  administrative  record-keeping.  Only  by  doing  a 
comprehensive  analysis  of  both  costs,  both  immediate  and  long-range,  can  you  make  the 
right  decision. 
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INTRODUCTION 


Thd  problem  of  integrating  technology  and  pedagogy  is  not 
easily  solved.    Ih  almosv  every  case,  successfully  Integrating 
technology  into  ai^  existing  course  is  hard  work,  probably 
involving  a  multiple-year  effort,  hundreds  of  hours  on  the  part 
of  an  individual  faculty  member,  and  the  coordination  and  support 
of  m  niimber  of  different  units  within  the  University.    It  is  not, 
as  was  once  suggested,  simply  a  matter  of  ''buying  a  package  and 
placing  it  on  the  network  for  students  to  use." 

Indeed,  the  problem  (irregardless  of  the  solution)  is  not 
well  understood  by  many  members  of  university  faculties,  staffs, 
or  administrations.    Each  has  a  different  role  in  the  process, 
and  each  set  of  roles  must  be  fulfilled  if  a  university  is  to 
benefit  from  the  widespread  integration  (as  opposed  to  today's 
relatively  isolated  instancer)  proposed  by  proponents  of  the  use 
of  technology  in  teaching/learning  environments.    One  can  begin 
to  understand  the  difficulty  of  the  problem  by  attempting  to 
develop  an  environment  which  would  truly  encourage  such 
integration,  hence  the  purpose  of  this  paper. 

The  initial  section  of  the  paper  contains  a  section  entitled 
'^General  Nature  of  the  Problem'*,  which  is  defined  in  more  detail 
in  the  section  on  ''Specific  Aspects".    In  the  section  entitled 
"Implementation",  a  solution  is  proposed  within  the  perspective 
of  a  supported,  managed  effort  designed  t  j  create  an 
environment  in  which  interested  faculty  can,  if  they  choose, 
successfully  integrate  technology  into  a  classroom  environment. 
A  financial  model  and  several  conclusions  appear  at  the  end  of 
thQ  paper. 

GENERAL  NATURE  OF  THE  PROBLEM 

It  is  important  to  note  that  most  faculty  are  users »  not 
developers,  of  teaching/learning  materials.    They  use  resources 
such  as  textbook J  developed  by  their  peers,  audio/visual 
materials  frequently  developed  by  vendors,  and  libraries  and 
information  technologies  developed  and/or  supported  by  their 
institutions.     In  the  case  of  written  naterial,  the  use  of 
resources  prepared  by  others  as  tools  for  instruction  has  been 
occurring  since  the  beginning  of  tine;  in  the  case  of  stored 
program  computers,  since  the  middle  of  this  century.    The  first 
professor  to  use  the  first  IBM  70^  sometime  in  the  early  1950 's 
probably  began  envis^ioning  the  instructional  potential  of  the 
technology  as  soon  as  the  power  of  the  resource  was  understood, 
and  certainly  there  are  many  exampl-^  of  computers  in 
classrooms  in  the  early  1960* s. 

Thus  efforts  to  develop  courseware  are  not  new.    What  is  new 
is  that  the  key  barriers  of  excessive  cost  and  the  lack  of  a 
sufficient  amount  of  acceptable  software  are  rapidly  being 
overcome.    Given  the  number  of  successes  repoirted  in  recent  years 
it  would  seem  that  by  now  the  use  of  technology  in  teaching  and 
learning  environments  would  be  as  common  as  the  use  of  other 
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resources  available  to  faculty,  or  that  we  would  at  least  see 
momentum  in  that  direction  sufficient  to  convince  us  that  the  use 
of  such  resources  would  become  commonplace  during  the  next  few 
years.    But  the  use  of  technology  in  pedagogic  environments  is 
not  commonplace,  and  what  momentum  that  does  3xist  is  developing 
at  an  excruciatingly  slow  rate. 

Efforts  to  develop  the  momentiun  have  focused  on  a  series  of 
perceived,  tangible  obstacles.    For  example,  both  the  Silicrn 
Basement  Seminars  and  the  NCRIPTAL  Awards  evolved  because  tneir 
developers  correctly  believed  that  major  obstacles  included  a 
lack  of  awareness  both  of  the  potential  offered  by  technology  and 
of  successful  examples  of  the  use  of  technology  in  disciplines  of 
all  types. 

But  more  fundamental  than  these  kinds  of  obstacles, 
however,  is  the  question  of  what  truly  happens  when  a  member  of 
the  faculty  walks  in  front  of  a  class  and  begins  to  teach.  It 
(the  act  of  teaching)  is  a  very  special  event,  highly 
individualized,  unique  to  a  given  professor  in  a  given 
environment,  teaching  a  given  lecture  in  a  given  course.  The 
issues  are  curriculum  restructuring  and  courseware  portability 
(in  the  pegagogic,  not  the  technical  sense)  because  the  way  in 
which  a  particular  course  is  actually  taught  depends  upon  a 
specific  professor  at  a  specific  university  and  is  typically  a 
function  of  the  specific  tools  available. 

When  we  then  recognize  that  the  problem  is  further 
exacerbated  by  more  mundane  things  such  as  a  lack  of  detailed 
technological  expertise  on  the  part  of  most  faculty,  insufficient 
staff  support,  lack  of  resources,  minimal  or  no  administrative 
support  or  commitment,  and  a  general  lack  of  focus  on  the 
problem,  it  is  not  surprising  that  the  results  have  not  been 
good.    Simple  problems  become  incredibly  cr^ntplex:    which  software 
package  to  choose  for  a  given  segment  of  a  course,  whether  the 
package  will  run  on  existing  hardware,  what  the  use  of  the 
package  will  do  to  the  existing  continuity  in  the  course,  and 
even  how  to  load  memory,  get  started,  and  recover  from  a  myriad 
of  potential  technological-i^ased  failures. 

Finally,  in  some  cases  the  problem  may  be  made  nore  coniplex 
if  an  administration  makes  incorrect  assumptions  about  whether 
and  how  a  given  segment  of  the  faculty  will  want  to  change,  and 
then  proceeds  to  install  resources  which  may  not  be  appropriate 
to  the  pedagogic  environment  at  the  time.     Integrating  technology 
into  the  curriculum  is  not  an  administrative  process.     It  is  a 
faculty  process  which  requires  a  great  deal  of  administrative 
support,  possibly  in  the  form  of  released  time,  and  certainty  in 
the  forms  of  staff  assistance  and  financial  support. 


SPECIFIC  ASPECTS  OF  THE  PROBLEM 


Successfully  creating  an  environment  in  which  interested 
faculty  can  integrate  technology  into  the  curriculum  is  a 
relatively  complex  problem.    The  problem  can  best  be  described  as 
a  series  of  needs.     In  this  section  of  the  paper  the  nec'ds  are 
defined,  and  an  approach  to  meeting  these  needs  is  described  in 
the  next  section. 


NEEDS 


ITEM  WHY 

1.    A  plan  The  project  spans  about 

thirty-six  months,  involves 
many  different  activities 
and  constituencies,  and 
a  not  insignificant 
financial  commitment. 


2.     Interested  faculty 


Volunteers  will  have  a  much 
higher  probability  of 
staying  with  the  project 
for  its  duration. 


3.     Sufficient  interest  to 

impact  a  number  of  courses 
(ten,  for  example) 


4.  Faculty  identified  courses 

5.  Staff  support  for  faculty  in 
the  selection  of  software 


6.     Staff  support  for  faculty 
during  the  acquisition/ 
purchasing  phase 


One  aspect  of  the  problem 
is  critical  mass.  Multiple 
success  stories  across 
several  divisions  has  a 
better  chance  of  building 
momentum  than  one  or  two 
"apostles". 

obvious 

1.     Software  evaluation 
requires  knowledge  of  not 
only  its  functionality,  but 
also  its  operational 
environment ;     2 .  Sources 
of  software  are  not 
generally  known  to  faculty. 

Bureaucracies  can  quickly 
destroy  an  initiative. 
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7«    Staff  or  intern  support  for 
faculty  during  initial 
implementation 


8.    An  opportunity  for  faculty 
training  in  the  early  stages 
of  the  project 


9.     Possibly  a  defined  amount  of 
released  time  for  faculty  to 
make  modifications  to  the 
curriculum 


10.  Documentation  support 


11.  Evaluation  process  (project 
oriented) 


5 

ERIC 


421 

1*    Software  is  often  not 
well  documented;    2.  There 
may  be  components  which  do 
not  work  as  advertised. 

3.  New  technologies  or 
technologies  unfamiliar  to 
faculty  may  be  involved. 

4.  University  procedures 
(access,  establishing 
student  accounts,  etc.)  may 
be  problemc^tical. 

1.  Additional  use  of 
technology  (e.g. : 
spreadsheets,  data  bases, 
word  processors,  etc.)  may 
be  assumed  by  the  authors 
of  the  selected  packages; 

2.  Expanded  use  of 
technology  may  be  highly 
useful  in  either  the 
teaching  or  learning 
process. 

May  be  necessary  if 
significant  changes  to  the 
pedagO),^ic  process  is 
contemplated .  Source 
materials ,  course 
sequences,  changed  quantity 
of  course  content, 
examinations/evaluation 
tools,  assignments,  etc. 
are  impacted. 

1.     Students  will  need  user 
guides;  2.  Demonstration 
examples  will  need  to  be 
constructed.     3.  Staff 
will  need  to  learn  how  and 
at  what  level  to  provide 
consulting  support. 

In  return  for 
administrative  and  staff 
support,  meaningful 
feedback  on  how  well  the 
project  worked  should  be 
part  of  the  process.  The 
focus  with  respect  to  this 
need  is  on  how  better  to 
support  future  faculty 
projects. 
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12.  Intern  support  during  first 
sequence  through  a  course 


13.  Two  to  three  post-course 
faculty  conducted  seminars 
presented  to  other  faculty 
within  the  university 


14.  Staff  support  for  an  update 
cycle 


Identify,  help  fix 
problems,  failures  in  the 
process ,  failures  in 
documentation , 
administrative  needs,  etc. 

1.    The  focus  is  on 
pedagogic  impact  at  this 
point •  Disseminate 
information  to  peers;  what 
works,  what  didn't  work, 
etc.     2.     Build  critical 
mass;  attract  other 
interested  faculty.  Obtain 
agreement  from  faculty  to 
present  seminars  in 
exchange  for  released  time 
and  support. 

Post  course  evaluations 
will  reveal  problems  and 
areas  where 

modifications /additional 
support  is  required • 


15.  Planning  for  sustained  efforts        University  administration 

can  assist  in  expanding 
successes,  by  building  on 
or  repeating  the  cycle. 

Thus  there  is  not  one,  but  :/iany  problems  to  be  solved. 
The  successful  incorporation  of  technology  into  the  curriculum 
includes  faculty  becoming  engaged  in  self-directed  uses  of 
technology,  the  creation  of  new  approaches  in  curricular 
presentation,  and  the  development  of  specific  expertise,  and 
examples  of  the  use  of  technology  in  the  classroom  so  that  other 
faculty  will  follow  by  example. 


IMPLEMSNTATION 


The  key  is  to  put  together  a  team  of  academic  professionals. 
To  have  a  impact  on  the  institution,  a  "critical  mass"  is 
required  —  one  or  two  projects  will  not  do.     The  support  of  the 
University's  Academic  Computing  Services  is  also  vital  to  the 
success  of  the  project.    This  support  needs  to  include  assistance 
in:  the  identification  of  appropriate  software,  management, 
documentation,  training,  evaluation,  and  dissemination  of 
successes  to  other  faculty.    A  three-year  developmental  project 
is  envisioned. 
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The  actual  process  may  be  summarized  as  follows:  For 
purposes  of  example,  we  suggest  that  approximately  ten  faculty 
members  be  identified,  each  to  spend  about  25%  of  their 
time  for  one  year  developing  material  to  be  applied  to  a 
specific,  targeted  course  during  the  next  year.    The  intent  is 
to  successfully  integrate  technology  into  a  total  of  ten  courses. 
Each  faculty  participant  will  then  present  two  seminars  to  the 
university  community  during  the  third  year  (twenty  seminars) . 

Each  individual  who  volunteers  for  the  project  will  go 
through  a  process  of  identifying  software  and/or  technology 
which,  because  of  the  documentation,  review,  and/or  national 
recognition,  appears  to  be  an  excellent  candidate  for  a 
particular  course.    The  process  of  identifying  the  technology, 
acquisition,  learning  how  to  use  both  the  software  and  the 
hardware,  and  developing  initial  approaches  to  the  targeted 
course  will  be  conducted  during  the  initial  year  of  the  project. 

The  second  year  (first  actual  classroom  implementation)  is 
also  developmental  in  nature.     Problems,  knowledge  of  what  works 
and  what  does  ^ot  work,  and  ideas  about  how  to  improve  on  the  use 
of  the  tools  developed  in  the  first  year  will  become  apparent 
only  through  classroom  pilot  and  evaluation  efforts.  Faculty 
will  teach  the  course  one  semester,  make  revisions  in  curriculum 
and  technology  use,  and  re-teach  the  revised  course  to  complete 
pilot  work. 

The  final,  very  important  developmental  aspect  of  the 
project  is  the  two  seminars  that  participants  will  conduct  during 
the  third  year.     Each  seminar  need  be  only  a  few  hours  in 
duration.    The  successful  "experiences"  of  faculty  can  be 
discussed  and  used  as  catalysts  to  cause  other  members  of  the 
faculty  to  seek  ways  to  integrate  technology  into  their  courses. 
That  is,  proof  by  a  known  colleague  that  the  use  of  technology 
truly  improves  the  teaching  process,  or  that  students  learn 
better  (this  means  that  they  learn  more  from  a  given  course,  gain 
different  insights,  retain  the f mat^rl^il  for  longer  periods  of 
time,  learn  faster,  etc.)  will  generate  more  interest  on  the  part 
of  the  faculty  than  any  number  of  papers,  reviews,  or  sales 
efforts  by  people  external  to  the  University.    Third  year 
seminars  will  be  offered  under  the  auspices  of  Academic  Computing 
Services,  and  Faculty  will  lead  seminars  without  release  time  as 
part  of  their  project  commitment. 
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CALENDAR 


Taski 


Primary  Participants 


Planning  begins:  Identify  Provost,  Deans,  Faculty 
faculty  volunteers. 


Identity  courses 


Faculty 


Estimated  Months 
Duration/Calendar 


1-1 


2-2 


July 
#1 


Identify  software  sources 
and  universities  who  have 
used  software. 

Select  student  interns  for 
involvement  in  the  project, 

Review  software  document- 
ation, demo  disks r  manuals 
and  installation  requir- 
ments . 


Academic  Computing  Services  3-3  Sept 
St^ff  and  Faculty  #1 


Academic  Computing  Services  3-3 


Academic  Computing  Services  4-6 
Staff  and  Faculty 


Contact  universities  using 
software  that  is  finally 
chosen. 

Order  and  install  software < 


Faculty  training  in  use  of 
software. 

Curriculum  design,  demon- 
8tration#  applications  and 
preparation  integrating 
software  use.  Revise 
syllabi . 

Assemble  final  project 
packages: 

-  user  guides  for  faculty 

-  classroom  demonstration 
examples . 

-  course  lectures/syllabi 

-  class  assignments 

Courses  taught 


Course  modifications. 
Training  documentation  for 
faculty  updated;  project 
packages  updated; 


Academic  Computing  Services  4-6 
Staff  and  Faculty 


Academic  Computing  Services  7-9  Jan 
and  student  interns.  #1 

Academic  Computing  Services;  10-14 
interns;  faculty  participants. 


Faculty  participants 


3-17 


Academic  Computing  Services    13-14  July 
staff;  faculty  participants  #2 
interns. 


Faculty,  interns 


15-18  Sept 
#2 


Faculty  participants,  Acad-  18-19 
emic  Computting  Services 
staff . 
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Courses  taught 
Bvaluation  of  process 
First  seminar  conducted 

Second  Seminar 


Faculty,  interns  19-23 

Faculty,  staff  24-27 

Faculty  participants;  28-28 
Academic  Computing  Services. 


Planning  for  project 
continuation* 


Faculty  participants;  Acad-  32-32 
Computing  Services* 

Provost,  Dir*  Academic  Com-  25-34 
puting;  Deans  Council, 
Faculty 

FINANCIAL  MODEL 

The  figures  below  assume  that  the  project  involves  ten 
courses,  ten  faculty  released  1/4  time  for  one  academic  year 
to  learn  the  technology  and  to  modify  a  course,  ten  students  (one 
for  each  faculty  for  a  two-year  period) ,  an  average  of  $3000  per 
faculty  for  software  and  equipment,  and  $200  per  faculty  for 
miscellaneous  expenses*     In  Year  #1  the  major  activities  are 
acquisition,  learning,  and  curriculum  modification;  in  Year  #2 
the  activities  are  teaching  and  evaluation,  and  in  Year  #3  each 
'acuity  member  presents  two  seminars*    Actual  budgets  could  vary 
significantly,  depending  on  items  such  as  local  costs,  equipment 
and  software*     Figure  1 


Jan 
«2 

Oct 
#3 

Feb 
#3 


YEAR  #1         YEAR  #2 


Ten  Faculty  - 

•1/4  t.  me  ea. 

Equipment 

Student  support 

Supplies 

Totals 


$100,000 


YEAR  #3 


30,000 

20,000  $20,000 
2,000  2,000 


2,000 


TOTAL 
$100,000 

30,000 
40,000 
6,000 


$152,000  $22,000 


2,000 


$176,000 


Estimated  cost  per  course:  $17,600 


SUMMARY 


From  the  standpoint  of  university  administration,  the 
problem  of  how  best  to  integrate  technology  into  the  pedagogic 
process  must  ultimately  evolve  into  the  question  of  how  best  to 
create  an  environment  in  which  interested  faculty  can,  if  they 
choose,  create  change  in  individual  courses,  one  course  at  a 
time*     There  are  a  number  of  difficult,  and  sometimes  complex 
implementation  issues,  such  as:    where  to  start  the  process,  how 
best  to  provide  support,  how  to  fund  initiatives,  how  to  sustain 
the  project,  and  how  to  disseminate  the  results*    That  is,  where 
to  begin,  how  much  does  it  cost,  who  does  what,  and  who  pays? 
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There  are  examples  where  highly  motivated  individuals  have, 
through  often  extraordinary  efforts,  developed  courseware  modules 
for  some  aspect  or  another  of  a  course.    The  more  general  case, 
however,  and  the  conclusion  suggested  by  this  paper,  is  that  the 
successful  incorporation  of  technology  into  a  teaching  and 
learning  environment  is  a  two-to-three  year  process  requiring  a 
great  deal  of  hard  work  on  the  part  of  a  principal  and 
significant  support  on  the  part  of  the  university.  Furthermore, 
should  a  university  want  to  have  an  environment  where  the  use  of 
technology  in  instruction  is  more  the  general  rather  than  the 
special  case*  and  it  (the  university)  is  not  willing  to  wait 
until  the  middle  of  the  next  decade  for  this  to  occur,  then  a  way 
to  build  momentum  must  be  found.    One  such  way  might  be  to  .pa 
initiate  a  sufficient  number  of  projects  so  that  critical  maso  is 
established,  with  the  idea  that  the  successful  experiences  of  a 
core  group  of  individuals  will  become  the  foundation  of  a  more 
widespread  use  of  technologies  in  teaching  and  learning 
environments • 
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Instant  Microcomputer  Labs:  When  Just  Adding  Water  is  Not  Enough 

Jacqueline  D.  Brown 
Princeton  University 
Princeton,  New  Jersey 


Abstract:  When  novice  planners  of  microcomputer  labs  have  either 
received  a  hardware  grant  from  a  vendor  or  have  located  funds  to 
acquire  hardware,  they  sometimes  tLink  that  their  task  is  almost 
completed.  This  presentation  will  provide  the  beginner  (and,  we 
believe,  the  more  seasoned)  planner  with  a  series  of  steps  and  a  list  of 
items  to  consider  in  the  aeation  of  a  lab  as  well  as  in  its  operation  and 
management. 
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This  session  could  have  fit  in  most  tracks  at  this  conference,  from  Strategy 
and  Planning  to  Policy  and  Standards,  but  I  delighted  to  have  been  selected  for 
the  Academic  Computing  track  since  this  will  allow  me  to  address  most  freely  the 
broad  range  of  issues  governing  public  facilities. 

The  paper  will  address  the  general  strategic  questions,  the  implementation 
stages,  and  the  day-to<lay  operations  of  miaocomputer  labs. 

I  will  lead  you  through  a  checklist  of  items  you  need  to  include  when  you 
plan  a  facility,  a  checklist  compiled  over  five  years  of  trial  and  cnnissions. 

First,  how  do  public  facilities  figure  into  your  institution's  computing 
strategy?  At  Princeton,  their  main  purpose  is  student  computing,  but  the  labs  are 
open  to  all  members  of  the  Princeton  University  commimity  —  students,  faculty  and 
staff.  Oui  strategic  plan  calls  for  a  ratio  of  twenty-five  underclassmen  per  public 
microcomputer  and  fifteen  upperclassmen  and  graduate  students  per 
microcomputer. 

Our  student  population  is  4,524  undergraduates  and  1,770  graduate  students. 
We  airrenUy  have  sixty*nine  workstations  in  residential  colleges  serving  2,263 
undergraduates,  or  thirty-three  students  per  workstation  and  267  workstations 
serving  the  other  4,031  students,  or  fifteen  students  per  workstation.  In  other  words, 
we  haven't  reached  our  goals  for  underclassmen. 

We  have  also  made  microcomputer  ownership  attractive  by  negotiating 
discount  agreements  with,  among  others,  Apple  and  IBM  and  by  providing  loans  to 
students  at  one  percent  above  prime  rate. 

Public  facilities  fall  into  two  categories  at  Princeton:  (1)  general,  where 
students  do  their  homework  (wordprocessing  and  other)  and  (2)  classroom,  where 
faculty  teach  U3ing  commercial  or  custom  software.  The  latter  facilities  revert  to 
general  use  outside  of  class  hours.  Two  of  our  facilities  are  high-end  graphics 
classrooms  used  for  instruction  and  research.  The  others  vary  from  IBM  PS/2 
30/286  and  Apple  Macintosh  SE  to  IBM  PS/2  mod  70  and  Apple  MacIIx. 

Where,  then  should  those  labs  be  installed?  At  Princeton,  it  is  usually  the 
most  difficult  problem  to  solve.  Our  campus  buildings  are  quite  old  and  have  very 
little  space  to  spare.  The  spaces  relinquished  are  often  basements,  used  for  storage. 
One  of  our  last  facilities  was  converted  from  a  civil  defense  shelter.  These 
renovations  become  very  expensive.  If  you  have  the  good  fortune  of  being  able  to 
include  a  computer  classroom  when  a  building  is  built,  so  much  the  better. 

Ideally,  one  would  locate  the  dusters  where  students  are  taught  and  where 
they  study.  Where  are  they  taught?  In  the  academic  buildings.  In  this  case,  it  is  a 
question  of  negotiating  widi  the  departments  for  space. 

Your  second  option  is  to  instidl  dusters  where  students  study.  In  the  libraries 
and  in  the  dorms.  You  are  well  aware  of  the  dose  relationship  we  need  to  form 
with  libraries  as  we  shift  from  the  computer  age  into  the  information  age.  A  lab  in 
the  library  is  one  of  the  many  ways  to  foster  that  approach.  We  have  opened  our 
first  facility  in  the  main  library  this  year.  Others  have  done  the  same.  Boston 
College  has  a  superb  fadlity  in  their  library  and  I  recently  visited  Stanford  where  a 
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few  Maclls  have  been  put  on  study  tables  in  the  stacks  of  the  undergraduate  library. 

On  most  of  our  campus,  crime  is  imfortunately  on  the  increase  and  we  need 
to  think  more  about  the  safety  and  security  of  our  students.  Providing  dorm 
computing  facilities  helps.  It  also  fosters  collaboration  and  camaraderie  between 
students  as  ttiey  work  tc^gether  and  help  each  other  use  the  equipment  and  software. 
In  a  recent  survey,  we  fbimd  that  fifty  percent  of  students  own  a  miao  but  do  not 
own  high  quality  printers.  So  the  demand  on  duster  printers  is  great.  Currently 
students  use  "sneakemet"  from  their  rooms  to  the  duster  printe.-.  ^  owever,  we  aie 
wiring  the  dorms  for  data  and  next  year,  the  students  will  be  able  to  send  Ties  h-om 
their  own  room  computer  to  the  duster  printers  or  to  spedal  print  statioi  Our 
strategic  plan  calls  fcff  free  printing  for  students. 

One  would  like  to  see  the  dusters  evenly  distributed  between  dorms,  libraries 
and  academic  buildings,  but  one  utilizes  the  space  as  available. 

Let  us  go  down  the  checklist  (see  Appendix).  2  will  not  comment  on  each 
item  as  a  nunrt^rer  of  them  are  self-explanatoiy,  but  are  there  as  a  tickler. 
Ouster  Planning  Checklist 

Ouster  name:  Usually  building  name  and  room  number  are  sufHdent  for 
identification.  Occasionally,  a  working  code  name  becomes  the  lab's  offidal  name. 
For  instance,  the  Macintosh  lab  in  the  basement  of  the  math-physics  library  which  is 
located  in  Fine  Hall  is  known  to  all  as  "MacFine." 

DepartmenKs):  The  academic  department(s)  who  own(s)  the  building. 

Department  Contact(s):  The  departmental  administrator  or  the  faculty 
member  responsible  for  computing. 

Project  Manager:  Usually  the  manager  of  Public  Facilities  Services  who,  with 
a  staff  of  three,  is  responsible  for  the  planning,  implementation,  and  the  operation 
of  public  facilities. 

Planning  representative:  the  representative  of  the  university  fadlities 
department. 

Estimated  starting  date  and  estimated  completion  dates  are  self-explanatory. 

The  Drop  dead  date  is  usually  determined  by  a  curricular  need.  For  instance, 
if  Professor  Smith  is  scheduled  to  teach  a  dass  using  Mathematica  on  the  second 
Monday  of  the  Fall  Semester  and  the  new  lab  is  the  only  one  which  will  nm  the 
software,  then  the  second  Monday  of  the  fall  semester  is  the  drop  dead  date. 
Hardware 

The  choice  of  hardware  depends  on  strategic  dedsions  you  have  made  for 
your  campus  and  about  the  actual  hardware  you  will  support.  OccasionaUy  a 
vendor  who  is  not  a  part  of  your  strategy  will  offer  a  gift  of  thdr  hardware.  This  is  a 
time  to  consider  the  support  implications  of  the  gift.  It  is  necessary  to  examine  your 
support  commitment  and  dedde  if  you  can  afford  to  add  another  vendor  without 
diluting  ite  support  of  those  vendors  already  in  your  plan.  We  are  a  multi-vendor 
campus  as  are  most  institutions.  We  try  to  balance  the  distribution  of  the  various 
vendors  around  the  campus.  The  minimum  configuration  for  IBM  is  a  model 
30/286  and  for  Apple  an  SE,  but  we  will  move  as  rapidly  as  we  can  to  386-dass 
machines.  Our  hardware  ranges  ff-om  fairly  low-end  in  our  general  use  dusters  to 
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much  higher-end  in  classrooms  used  mostly  for  engineering  and  scientific  teaching 
and  research.  It  must  be  said,  however,  that  although  many  believe  that  Idgh-end 
hardware  is  wasted  on  humanists  and  social  scientists,  I  do  not  subscribe  to  that 
doctrine  and,  in  fact,  a  humanities  course  is  using  one  of  the  Iris  graphics  labs  and 
we  are  about  to  install  a  small  NeXT  duster  in  the  Music  department. 

We  amortize  workstations  over  three  years  and  printers  over  two.  When  we 
replace  the  workstations  in  a  lab,  we  overhaul  the  equipment  we  remove  and  resell 
it  to  departments  for  its  residual  value.  There  are  still  enough  departments  that  do 
not  have  any  hardware  or  for  whom  used  duster  equipment  is  an  upgrade. 

How  many  machines  we  install  is  obviously  dependent  on  the  size  of  the 
room.  Ideally,  we  would  like  five  feet  between  workstations  but  we  will  often 
squeeze  a  few  more  in  an  area  of  the  campus  that  has  fewer  labs.  We  have  one 
printer  for  every  fifteen  to  twenty  workstations  and  we  have  standardized  on 
Postscript  printers. 

In  each  lab  we  equip  one  machine  with  the  means  of  conversion  from  3.5" 
disk  to  5.25"  and  vice  versa. 

We  offer  a  variety  of  services  from  true  file  servers  where  we  register  the 
users,  give  them  private  disk  space,  etc.,  to  software  servers,  to  simple  print  sharing 
devices  like  Avatar  Alliances  or  even  switch  boxes  in  the  case  of  the  smallest 
dusters.  Our  smallest  duster  occupies  a  little  typing  room  in  the  Art  library,  where 
two  Macs  share  the  space  with  an  electric  typewriter. 

We  use  Northern  Telecom  "Memorybank"  tor  backing  up  our  servers.  The 
question  of  local  (i.e.,  near  the  duster)  vs.  centralized  file  servers  (i.e.,  near  our 
system  programmers)  is  a  hotly  debated  question. 
Network 

Our  networking  consists  of  standard  8  pair,  4  shielded,  4  unshielded  data 
cable.  We  have  generic  faceplates  at  each  workstation.  We  offer  9600  Baud  serial 
connections,  AppleTalk,  Ethernet,  Token  ring,  video  and  alarm  connections. 
Workstation  cabling  is  from  the  workstation  to  the  wall  plate.  Bridges  and  gateways 
is  the  equipment  needed  for  the  duster  to  communicate  with  the  campus  network. 
Software 

We  equip  our  labs  with  base  software  sets  consisting  of  operating  system, 
network  software,  communications  and  word  processor.  To  this  we  add  spreadsheet 
and  course  software  as  appropriate  to  each  lab. 

Physical  Renovations,  Furniture,  Security,  Teaching  Technology,  Miscellaneous 

Considerations  of  physical  renovations,  furniture  and  teaching  technology 
may  seem  obvious,  but  are  surprisingly  easy  to  overlook.  Overlooking  them  can 
make  life  difficult  later  on.  Security  arrangements  are  tailored  to  each  particular 
duster.  Video  surveillance  is  one  we  have  not  used  but  are  considering. 
Maintenance  and  Management 

This  is  where  questions  of  turf  come  most  into  play  at  Princeton. 
Departments  will  give  us  their  space  to  create  a  lab,  but  although  we  spell  out  very 
carefully  that  equal  access  needs  to  be  given  to  all  members  of  the  tmiversity 
community,  memory  losses  are  very  frequent.  However,  we  work  closely  and  well 
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witii  most  departments  and  get  a  lot  of  cooperation  from  them. 

Our  hardware  is  maintained  internally.  Vendors  can  also  provide  this 
service.  The  Public  Facilities  Services  staff  refresh  the  hard  disks  periodically  and  do 
backups  of  the  servers.  We  support  the  EDUCOM  code  and  advertise  it,  but  illegal 
software  crops  up  on  machines  all  too  frequently.  We  also  have  signs  indicating 
that  personal  files  found  on  hard  disks  will  be  erased. 

Network  administration  comes  out  of  our  Systems  group. 

Paper  and  toner  is  stocked  as  dose  to  the  fadlity  as  possible.  Agaii.  the  Public 
Facilities  Services  staff  is  responsible  for  this  function.  We  recycle  toner  cartridges 
and  purchase  refilled  ones. 

Access  depends  on  the  hours  of  the  building  in  which  we  are  guests.  The  two 
facilities  in  the  computing  center  are  open  twenty-four  hours  a  day.  We  don't  have 
a  summer  school,  so  we  dose  some  fadlities  during  the  simuner. 

Handicapped  access  is  another  issue  at  Princeton.  Our  old  buildings  are  not 
easily  accessible  to  wheelchairs.  As  we  become  aware  of  spedal  needs,  we 
accommodate  students  as  well  as  we  can.  We  are  now  working  toward  better 
fadlities  for  sight  impaired  students.  California  State,  Northridge,  and  the 
University  of  Missouri  at  Columbia  have  done  pioneering  work  in  this  area. 

We  cannot  afford  professional  staff  for  our  twenty  facilities.  Our  residential 
college  facilities  (for  freshmen  and  sophomores)  are  staffed  by  student  consultants 
twenty  hours  per  week  They  are  coordinated  by  a  student  site  manager  who 
provides  input  on  consultant  scheduling  as  wvM  as  signage  and  docimientation. 
Our  Information  Centers  consultants  provide  assistance  by  tdephone. 

Scheduling  of  the  facilities  is  not  done  centrally.  Rather  it  is  done  separately 
in  each  academic  building,  usually  by  the  person  who  schedules  seminar  rooms  or 
lounges.  The  d(>partments  prefer  it  this  way  but  I  am  not  sure  that  scheduling  by  the 
registrar  might  not  be  more  effident.  We  rely  on  the  same  people  to  post  dosings, 
software  changes,  changes  in  hours,  etc 

We  like  to  maintain  a  Faculty  (courseware)  liaison  whose  function  it  is  to 
submit  proposals  for  the  purchase  and  installation  of  new  courseware.  Our  requests 
for  these  purchases  and  installations  often  come  in  a  week  before  dasseo  start.  We 
would  like  to  adopt  the  library  reserve  modd,  e.g.  in  the  spring,  faculty  yre  asked  to 
submit  reserve  lists  for  the  fall  semester.  If  those  lists  are  late,  the  faculty  have  come 
to  realize  that  the  Viooks  they  requested  may  not  be  on  the  reserve  shdves. 

The  building  managers  are  great  allies  in  that  they  provide  day-to-day  hdp 
with  routine  problems  such  as  temperature  control,  blown  light  bulbs,  etc 

In  summary,  no,  just  adding  water  is  not  enough.  Careful  planning  is 
essential  in  undertaking  to  provide  public  computing  facilities  on  your  campus.  But 
as  you  know,  the  best  laid  plans,  etc.... 

In  1985,  our  computer  sdence  department  received  twenty  Macintoshes  ten 
days  before  they  intended  to  start  teaching  their  introductory  Pascal  course.  We  rose 
to  the  challenge  and  ten  days  later,  the  dass  was  taught  in  our  first  public  Macintosh 
facility.  I  was  given  a  small  bottle  by  the  leader  of  the  team  who  accomplished  this 
mirade.  Its  label  reads:  Jacqueline's  Instant  Madntosh  Cluster  Pills.  Just  add  water, 
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Appendix.  Quster  Planning  Checklist 


•Quslcrnaoie 
•Room  number 
•BuUding 
•DqpvtmmKft) 
•Dsptrtment  oom:>ct(8} 

•Project  manager 
•Planning  lepreeentative 
•Eidmaled  start  date 
•Estimated  ompletion  date 
«Drop  dead  date 


Hifdware 

•Workstations  or  terminals 
•Diskette  conversion 
•PHntcf(s)lcGab]c(s) 
•Rkscmr 
•Softi¥are  semr 
•Print  sharing 
•Server  backup  device 
•Other 


Nelwoik 

•Network  type 
•Net%vork  cabling 
•Workstetio  ng 
•Bridges,  gatew«/s,  etc. 


Sofhvaie 

•Operating  s)rst(m 
•Nctworic  software 
•Conununicatk>ns 
•Word  processing 
•Spreadsheet 
•Course  software 
•Other 


Fhyalcal  Renovations 

•Heating,  vent,  air  con<^  '^ning 

•Pdnting 

•Oeanin^ 

•Carpeting 

•Ug^tting 

•Etoctrical  circuits  k  outletfr 
•Cable  housing  &  connectors 
•Storage 

•Inspectk>n,  Cenl  ^te  of  Occupancy 
•Other 


Furniture 

•BuilMn  counters,  etc. 

•Tables 

•Chairs 

•Ck>set  or  coat  area 
•Fsper  storage  cabinet 
•Cabinet  k)cks 
•CkKk 


Security 

•  Workstetkm  alarms  Oocal) 

•  Woricstetk>n  alarms  (remote) 
•Equipment  tocks 

•Video  surveillance 
•Doorkxks 

•Fbe  extinguisher  (electrical) 
•Other 


TeacUqg  Tedmology 
tTojecior 

•LCD  profectlon  panel 
•lYojeclion  screen 
•Black or  whit^  boa.U 
•Other 


Miscellaneous 

•Tdephone 
•Bulletin  board 
•Mouse  pads 
JVcime^"^  tack 
•Documentatk>n 
•Wastcbaskets 
•Signage 
•Other 


Maintenance  ic  Management 

•Hardware 
•Software 

•Network  administratk>n 
•Paper  ii  toner 
•Access  (hoursi,  etc.) 
•Handicapped  access 
•Student  staffing/site  manager 
•Class  reservations 
•PubUdty/notifkation/closings 
•Faculty  (courseware)  liaison 
•Building  mani^ 
•Other 
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An  AttMtnMfit  of  Computw  BomcI  Coll«g»  Writing  Piograim 

Max  Khich,  Hanf«y  1  Wmrm  ard  MIchCMi  Mbaudo 
Ite  NoHoncrt  PiolMl  on  CoinpulM 

Background 

Perhaps  more  than  any  other  discipliner  composition  studies 
all  over  the  country  have  generated  considerable  excitement 
for  computers  as  teaching  aids.  Indeed^  many  campuses  are 
considering  regular  computer  use  the  foundation  of  writing 
classes.  However ,  many  composition  teachers  ere  uncertain 
about  how  to  use  computers  in  the  writing  classroom. 
Interesting  programs  do  exist  at  s  v.e  post  secondary 
institutions;  yet  these  prograpT  are  generally  unknown  to 
most  English  tecichers.  Further^  reports  on  the  benefits  or 
dangers  of  word  processing  on  the  teaching  of  writing  have 
been  highly  generalized^  based  largely  on  impressionistic 
observations  of  "assroom  outcomes,  or  driven  by  anecdotal 
remarks  made  by  instructors.  None  of  these,  unfortunately, 
is  particularly  valid  as  a  research  commentary.  The  effects 
of  microchip  technology  on  the  teaching  and  learning  of 
college-level  composition  has  neither  been  adequately 
investigated  nor  appropriately  showcased. 

The  promise  that  computer  technology  offers  dramatic  new 
means  fov  the  teaching  of  writing  has  consequently  been 
tempered  by  a  9rowing  concern  that  the  fate  of  the  computer 
will    follow    that    of    other    technologies    with  powerful 
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educational  potential  such  as  overhead  and  opaque  projectors^ 
televisions^  movie  projectors  and  cassette  recorders. 
Because  of  a  lack  of  systematic  training,  teachers  never 
adequately  integrated  this  equipment  fully  into  classroom 
methodoTogy;  and  the  new-then,  old-now  technology  is 
collecting  dust  on  storeroom  shelves.  Indeed,  very  little 
practical  material  exists  to  help  those  classroom  teachers 
who  want  to  transform  computer  hardware  and  software  into 
regular  instructional  realities.  Other  than  the  technical 
manuals  that  accompany  software  packages,  very  little 
guidance  and  even  less  computer-based  curriculum  and  teacher- 
produced  materials,  have  enabled  instructors  to  integrate 
programs  effectively  into  classroow  use. 

Th#  NcNonol  Project  on  Computers  and  Cotog»  Writing 

In  1986,  the  U.S.  Department  of  Education's  Fund  for  the 
Improvement  of  Post  Secondary  Education  (FIPSE)  invited  the 
City  University  of  New  York  to  propose  a  wide  reaching 
project  to  assess  microcomputers  in  the  college  composition 
class.  In  response,  the  University's  Office  of  Academic 
Computing  and  the  Office  of  Academic  Affair's  Instructional 
Resource  Center  proposed  the  National  Project  on  Computers 
and  College  Writing,  which  was  funded  for  a  three  year  period 
beginning  in  the  fall  of  1987.  The  initial  goal  of  the 
project  was  to  identify  a  number  of  representative 
Institutions  across  the  country  that  had  already  integrated 
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computers  into  the  writing  curriculum,  design  a  reseaich 
model  that  could  assess  the  effectiveness  of  this  technology 
for  instruction,  and  develop  ways  of  disseminating  the 
results  to  other  institutions  embarking  on  computer  based 
approaches  to  writing  instruction. 

Word  processing  methodology  varies  widely  from  one  college 
program  to  another.  We  set  out  to  examine  tho  nature  of  that 
methodology  on  diverse  campuses.  Then,  we  wanted  to  study 
the  effects  on  student  writing  of  particular  uses  of  the 
computer  in  the  composition  classroom,  thereby  linking 
methodological  strategies  and  assessment. 

It  was  clear  from  the  beginning  that  dissemination  was  as 
important  as  the  empirical  assessment.  From  the  perspective 
of  an  English  department  or  a  writing  program,  the  "how-  to" 
needs  to  precede  the  investigation  of  programmatic  outcj^mes. 
By  looking  at  how  various  institt:tions  have  implemented 
computer-based  approaches  to  writing  instruction,  and  by 
providing  information  on  daily  activities  in  writing  classes, 
we  felt  that  we  could  be  of  significant  help  to  the  writing 
community  as  a  whole .  There  were  too  many  stox  les  of 
instructors  returning  frcm  summer  break,  handed  a  set  of  keys 
to  a  newly-acquired  state-of-the-art  computer  laboratory,  and 
asked  to  implement  a  conputer-based  writing  class. 


42S 


436 


Pro|#ci  Itolhodoiogy 

The  activities  of  the  first  year  of  the  National  Project 
included  identifying  a  set  of  institutions  that  could  be 
included  in  the  research  design  and  whose  efforts  could  later 
be  highlighted  through  curriculum  materials  development  and 
dissemination.  Over  90  institutions  responded  to  a  call  for 
proposals  that  was  distributed  to  institutions  of  higher 
education  in  the  Fall  of  1987.  FIPSE  had  funded  the  project 
for  six  institutions,  and  the  project's  BCdrd  and  staff  was 
unable  to  pare  the  proposals  submitted  to  that  number. 
Realizing  that  the  project  needed  to  be  larger  than 
anticipated,  we  approached  Apple  Computer  Inc.  for  additional 
funding  to  include  15  schools.  They  responded  af f irmatively, 
allowing  the  project  to  expand  to  its  present  size.  The 
discussions  about  what  institutions  to  include  helped  us  to 
clarify  our  goals  and  strategies.  We  focused  on  schools  with 
mature — if  any  new  program  can  be  deemed  mature — programs 
with  well  articulated  goals  grounded  in  a  clear  theory  of 
writing  instruction.  We  were  also  conscious  of  providing 
geographical  representation  and  of  representing  the  diversity 
of  higher  education  in  the  United  States.  Based  on  these 
criteria,  the  following  institutions  were  chosen  and  agreed 
to  participate: 

Ball  State  University/  Indiana 
Blue  Mountain  Community  College/  Oregon 
Bowling  Green  State  University/  Ohio 
Colorado  State  University/  Colorado 
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Columbia  College/  lllinoisN 

University  of  California,  Santa  Barbara/  California 
Fairleigh  Dickinson  University/  New  Jersey 
Greenfield  Community  College/  Massachusetts 
Indiana  University/Perdue  University/  Indiana 
Laguardia  Community  College, CUNY/  New  York 
Massachusetts  Institute  of  Technology/Massachusetts 
Mercer  University/  Georgia 
Ohio  State  University/  Ohio 
University  of  South  Carolina/  South  Carolina 
University  of  Southern  California/  California 

Once  the  sites  were  chosen,  staff  and  advisory  beard  members 
finalized  a  research  design  that  could  be  applied  across  the 
institutions  involved.  The  research  focused  on  many 
questions  that  needed  attention.  Can  for  example,  pencil  and 
paper  methods  be  combined  with  computer  technology  in  the 
same  classroom?  Are  there  advantages  of  one  over  the  other? 
Does  fascination  with  the  computer  detract  from  the  business 
of  writing?  How  are  the  utilities  of  word  processing  — 
spell  checkers,  formatting,  style  checks  —  affecting  the 
work  of  revision?  Are  students  writing  Letter?  How  does  the 
word-processed  paper  influence  the  teacher's  perception  of 
good  or  bad  writing?  How  do  collaborative  and  process 
writing,  enhanced  by  the  computer,  affect  the  notions  of 
authorship  and  assessment?  And  how  does  the  introduction  of 
this  technology  change  the  role  of  instruction  and  curriculum 
in  the  classroom?    What  additional  resources  are  needed? 

The  research  plan  called  for  each  site  to  identify  six 
sections  of  Fall  1988  freshman  writing  classes  for  inclusion 
in   the   project.       In   theory   at    least,    the   six  sections 
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included  similar  students^  three  sections  employing  computers 
and  three  sections  using  more  traditional  teaching  modes.  We 
urged  the  sites  to  use  caution  in  assigning  faculty  to  the 
experimental  and  control  sections  in  an  effort  to  minimalize 
the  "teacher  effect"  that  could  introduce  additional  bias  in 
the  data,  and  to  be  sure  that  all  sections  followed  a  uniform 
curriculum  as  feasible. 

The  study  design  incorporated  multiple  measures,  including 
attitudinal  and  performance  criteria.  Chosen  was  a  one 
semester,  pre-test/post-test  format.  Essay  prompts  combined 
with  the  Descriptive  Test  of  Language  Skill's  Sentence 
Structure  subtest,  writing  anxiety  and  attitudinal 
questionnaires,  and  a  background  questionnaire.  Faculty  were 
solicited  for  information  on  their  teaching  experience  and 
philosophy,  the  experience  with  computers  and  their  attitudes 
about  their  use  in  the  classroom.  A  team  of  readers  scored 
the  essays  holistically  with  a  subset  scored  analytically  as 
well.  Project  staff  were  sensitive  to  the  problems  of 
measuring  change  over  the  course  of  one  semester,  but  the 
alternative  of  following  students  through  their  coursework 
y  /ed  logistically  and  financially  impossible.  We  also 
realized  that  the  classroom  cannot  be  constructed  as  a 
laboratory^^  we  could  account  for  some  sources  of  group 
difference  by,  for  example,  typing  a  subset  of  written  essays 
for  readers  and  vice-versa,  asking  teachers  and  students  to 
keep    logs,    videotaping    student-teacher    interaction  and 


employing  other  qualitative  instruments.  Still  other 
potential  sources  of  bias  exist  that  cannot  be  controlled. 

Each  s3*"e  had  an  advisory  board  member  assigned  in  order  to 
promote  discussion  and  to  customize  the  research  design  to 
the  institution's  particular  needs.  We  are  now  in  the 
process  of  coding  and  sorting  out  the  data  that  will  be 
analyzed  and  investigated  during  1990. 

The  sites  having  completed  their  experimental  work  are  now 
preparing  curriculum  and  showcasing  materials  to  present  at 
the  Project's  National  Conference,  Computers  and  College 
Writing:  Curriculum  and  Assessment  for  the  1990 's,  which 
will  be  held  at  the  vista  International  Hotel  in  New  York 
City  June  1-3,  1990.  These  materials  include  "how-to"  guides 
for  writing  teachers  who  want  to  use  computers  regularly  in 
the  classroom;  film  anJ  video  demonstrations  of  student- 
teacher  interaction;  reports,  papers  and  articles;  and 
instructional  software  for  classroom  use. 

What  has  already  emerged  from  the  National  Project  is  a 
cohesive  network  with  the  use  computer  technology  in  the 
writing  classroom  at  the  post  secondary  level.  The  National 
Project's  monograph.  Computers  and  College  Writing:  Selected 
College  Profiles  presents  descriptions  of  forty-nine  writing 
programs  around  the  country  that  incorporate  word  processing 
in  composition  classes.     It  is  clear  from  these  descriptions 
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chat  schools  are  eager  to  maintain  a  discussion  of  the  use  of 
technology  In  education,  and  the  assessment  that  Is  thereby 
warranted  and  necessary. 

What  has  also  emerged  Is  the  need  for  educational  leadership 
In  developing  computer  uses.  The  fifteen  colleges  and 
universities  involved  as  sites  have  met  on  a  regular  basis 
and  have  shared  their  experience  of  the  assessment  and 
demonstration  process.  The  sites  also  noted  the  growing 
number  of  requests  for  assistance  from  both  Institutions  of 
higher  education  and  secondary  schools  In  their  area. 
Educational  institutions  need  help  In  planning  and 
Implementing  Instructional  efforts  Involving  computer 
technology,  and  these  needs  point  to  the  future  of  the 
Project . 

With  or  without  experimental  confirmation,  we  suspect, 
computers  are  here  to  stay  In  the  English  classrooms.  Used 
well,  the  computer  seems  to  engender  more  cooperation  from 
studex.ts  who  like  It  more,  write  more,  and  revise  more.  The 
results  of  the  study  will  be  reported  on  at  the  National 
Conference.  Staff  and  site  personnel  t^re  actively  engaged  In 
discussions  about  the  future  of  the  Project.  One  approach 
may  be  to  establish  regional  centers  where  secondary  and  post 
secondary  institutions  can  come  together  to  discuss  common 
concerns  and  implement  programs.  Another  will  be  to 
establish   technical   assistance   programs    for   colleges  and 


universities  that  require  outside  help  in  implementing 
programs.  The  aim  of  the  Project  is  to  propagate  a  national 
discussion  on  these  issues,  and  to  further  the  kind  of 
collaboration  between  colleges  and  universities  that  will 
produce  the  best  methodologies  and  materials  for  this  effort. 
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ABSTRACT 

In  1986,  all  of  Ohlo'a  inatltutlona  aubaltttd  a  capital  budgtt 
for  Incrtaalng  spact  for  thtlr  llbrarlta.    Tht  onlo  Board  of 
Rtgtnta  forntd  a  Library  Study  Conltttt  to  Invtatlgatt  tht 
aharlng  of  library  apact  for  non-drculattd  aattrlal.    Aa  a 
rtault  of  thla  Invtatlgatlon,  a  rtcontndatlon  vaa  awdt  to 
lnvtatlg«t«  a  atattvldt  library  ayatta  as  vt?l  aa  tht  crtatlon  of 
ahartd  varohoualng  for  non-drculattd  aattrlala. 

Thla  paptr  will  dlacuaa  tht  rtaulta  of  tht  Library  Study 
CoMltttt  and  tht  foraatlon  of  a  Library  Stttring  Conmltttt  to 
look  at  tht  goala  for  ^-Ht  Ohio  Library  Information  Systtm  (OLIS). 
Tht  Stttrlng  Conltttf    '*.a  rtaponalblt  for  tht  sptdflcatlono  for 
RFP  aa  It  dtflntd  tht  library  aaauaptlona,  vorkatatlona, 
archlttcturt,  txttrnal  data  basta  and  tht  nttvork  rtqulrtntnts. 
Aa  a  rtault  of  tht  vork  of  tht  OLIS  Stttrlng  Conmltttt,  an  RFP 
hat  bMn  coapltttd.   Thla  paptr  vlll  dlacuaa  tht  aptdflcatlona 
for  OLIS  aa  thty  portaln  to  tht  function  of  a  ctntral  facility 
that  har<  a  coablntd  catalog  of  all  Institutions,  nttvorktd  to  the 
local  Inatltutlon  library,  and  hov  txttrnal  data  basts  vlll  bt 
acctsstd  through  advanctd  vorkatatlona. 
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Introduction  mnd  Background 


Indlcttlons  of  a  sorlous  notd  for  additional  library  apaca 
surfactd  during  Ohlo'i  193G  capital  budgat  raquaata  from  Ohio's 
collagaa  and  unlvaraltlaa.    For  tha  thraa  blannla  for  vhlch 
capital  plana  vara  aolldtad  (1987-1992),  library  ralatad 
raquaata  anountad  to  $121«7H«    Tha  unlvaraltlaa  vara  raquaatlng 
not  only  tha  addition  of  traditional  fadlltlat  to  support  nav  or 
axpandad  program  \  but  alao  tha  raplacamant  of  obiolata  or  vorn 
out  facllltlai.   A  slgnlflcttut  portion  of  tha  raquaata  for  nav 
library  buildings  hovavar,  vara  ralatad  to  tha  larga  and  annually 
axpandlng  numbar  of  publi^^ad  Mtarialm  vhlch  acadanlc  llbrarlaa 
ara  axpacttd  to  stora  in  ordar  to  iupport  aducatlonal 
progranaing. 


Ohio  Library  Study  CoMiittaa  -  19afi>87 

In  1986 9  tha  Ohio  Board  of  Raganta  (OBR)  appolntad  a  17  mambar 
library  atudy  conittaa.    Tha  cownittaa  spant  on«  acadamlc  yaar 
axa«lnlng  tha  laBUM  outllntd  In  its  charga  from  Chancallor 
William  B«  Coultar  i^lch  atactd  in  parti 

**Vhlla  tha  purposa  of  tha  atudy  la  a  dlract  consaquanca  of  tha 
naad  to  aaka  Informed  daclalons  on  tha  capital  budgat ^  tha  acopa 
of  tha  Commlttaa'a  vork  vlll  nacaaaarlly  covar  a  broad  ranga  of 
liauaa  aff acting  tha  oparatlon  of  acadamlc  librarlaa.  In 
particular!  rapidly  changing  tachuologlaa  and  concomitant  changaa 
in  tha  concaptual  approachaa  to  information  atoiaga  and  ratrlaval 
vlll  raquira  caraful  axamination."* 

At  a  raault  of  thia  yaar  long  atudy,  tha  commlttaa  concludad 
that  tha  naad  for  a  atatavida  library  atratagy  for  hlghar 
aducation  vaa  naadad  and  that  it  ahould  '  i  vlalonary, 
collaboratlva  and  apaca  afficiant*    With  thaaa  Important  thoughta 
in  mind,  tha  Library  Study  Commlttaa  racommandad  that  tha  Stata 
of  Ohio  raatrlct  conatruction  of  acadamlc  library  apaca  and 
raquira  public  unlvaraltlaa  to  axplora,  and,  if  at  all  faaalbla, 
puraua  aolutions  to  library  apaca  problama  othar  than  tha 
construction  of  convantional  library  buildings.    It  vaa 
racommandad  that  univarsitias  davalop  plans  for  usa  or 
construction  of  high-dansity  storaga  spaca  in  aithar  local  or 
ragional  configurations  and  includa  tham  in  futura  capital 
improvanant  raquasta,  sinca  studias  shovad  that  high  dansity 
spaca  could  provida  storaga  for  about  ona-sixth  of  tha  cost  of 
traditional  lov-danaity  atoraga. 

A  prototypa  facility  is  currantly  baing  built  at  Ohio  Stata 
Univaraity.    It  la  baliavad  that  no  mora  than  thraa  or  four  auch 
facilitiaa  vlll  naad  to  ba  constructad,  and  in  fact  such  a 
cooparativa  af£ort  is  currantly  baing  Jointly  proposad  for 
Southvastam  Ohio  by  Cincinnati,  Hiami  &  Wright  Stata.  Tha 
minimum  capacity  of  aach  facilltias  should  ba  on  tha  ordar  of  1.5 
to  2  million  volumaa.   A  sacond  facility  is  nov  proposad  for 
Toungstovn,  Akron  and  Kant  Stata. 
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Library  CoMitt—  R«eo— ndatioM 


Tht  follovlnf  art  tha  aajor  raeouandatlona  of  tha  Ohio  Library 
Conittaa  (OLC)i 

1.  Tha  OBR  should  usa  tha  OLC  dafinad  eritaria  for  avaluating 
capital  raquasts  for  eonvantional  library  construction,  tha 
rahabilitation  of  axisting  spaca  and  tha  construction  of 
altarnativa  storaga  or  prograa  spaca. 

2.  Tha  OBR  should  aonitor  davalopaants  in  information  tachnology 
vhich  affaet  tha  oparations  and  sarvicas  of  tha  stata's 
acadaalc  librarias.    In  addition,  tha  Ohio  Board  of  Ragants 
should  initiata  and  fund,  vith  Stata,  Fadaral  or  Inundation 
■onay,  a  study  and/or  pilot  projact  to  axplora  tha  usas  of 
nav  library  tachnology. 

3.  Tha  Library  Study  Coaaittaa  racomandad  that  tha  Stata  of 
Ohio  davalop,  as  axpaditiously  as  possibla,  a  statavida 
alactronic  catalog  systaa  coaplaaanting  tha  axisting  local 
systau,  and,  to  tha  axtant  faasibla,  ba  accassibla  thorugh 
thaa. 

4.  Tha  OBR  dasignata  a  broadly  basad  staaring  coaaittaa  to 
advisa  and  assist  and  raport  ragularly  on  tha  iaplaaantation 
of  tha  first  phasas  of  thasa  racoaaandations. 


OUS  Staaring  Coaaittaa 

Tha  proposad  conittaa  vas  foraad  in  1987  and  indudad  Library 
and  Coaputar  Cantar  Diractors  froa  six  of  tha  17  institutions  of 
highar  laarning  plus  aaabars  froa  tha  Board  of  Ragants,  ona 
consultant  and  a  aaabar  froa  tha  Stata  Library,    it  is  iaportant 
to  nota  tha  aix  of  aaabars  vhich  vara  intandad  to  raprasant  thraa 
distinctly  diffarant  points  of  viavi  tha  usars    '^a  librarians 
and  tha  systaas  aanagars.    For  thosa  of  you  vl     iva  vorkad  on 
library  projacts,  va  ara  sura  you  undarstand  tha  significant 
dlfftrancas. 

As  tha  coaaittaa  bagan  its  dalibarations,  car tain  goals  and 
axpactations  vara  astablishad  for  OLIS. 


Goals  for  OLIS 

Tha  Ohio  Library  and  Information  Systaa  vill,  as  tha  most 
povarful  statavida  library  and  information  systaa  yat  daveloptd, 
raapond  affactivaly  to  all  of  tha  problaas  and  opportunitias  of 
tha  aaarging  "information  sociaty".   OLIS  vill  connact  paopla, 
librarias  and  inforaation  in  a  natvork  of  unparallalad 
sophistication  and  afficiancy.    In  particular! 
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OLIS  vlll  link  unlv«rilty  llbrarlM  throughout  Ohio  In  a 
Mtnntr  that  vlll  allpv  tham  to  appaar  to  tha  uaar  aa  a  alngla 
raaourca  of  aoM  aavantaan  ■llllon  volumaa.  Studanta, 
faculty  vlll  hava  dlract  accaaa  to  a  ahara  of  publlahad 
knovladga  far  largar  than  that  otharvlaa  avallabla. 

OLIS  vlll  ba  a  gatavay  to  tha  rapidly  axpandlng  vorld  of 
Inforutlon  that  la  atorad  In  alactronlc  foraata.    Uaara  vlll 
accaaa  thaaa  nav  aourcaa  vlth  tha  aama  coaputar  and  coaputar 
Intarfaca  aa  for  tha  onllna  catalog. 

OLIS  vlll  uaa  advanca^  aoftvara  and  hardvara  tachnology  to 
provlda  raaaarchara  v: th  a  coaprahanalva  and  Intalllgant 
gulda  to  tha  affactlva  uaa  of  tha  library  and  Information 
raaourcas. 

OLIS  vlll  racognlia  that  tha  naad  to  knov  la  Inmadlata. 
Raaaarchara  vho  vant  to  borrov  aatarlala  froa  othar  OLIS 
llbrarlaa  vlll  knov  thalr  atatua  vlthln  nlnutaa  and  vlll 
racalva  loanad  aatarlala  vlthln 'thraa  daya  for  booka  or 
alnllar  aatarlala  and  vlthln  houra  for  Journal  artlclaa  aant 
by  talafacalalla. 

OLIS  vlll  ba  a  aajor  factor  In  Improving  tha  quality  of 
aducatlon  and  raaaarch  In  Ohio;  It  vlll  alao  provlda  for  nora 
coat  affactiva  uaa  of  axlatlng  raaourcaa. 

Bacauaa  aoat  aatarlala  hald  by  OLIS  llbrarlaa  vlll  ba 
avallabla  to  all  In  a  aattar  of  a  fav  daya,  faculty, 
llbrarlana  and  adalnlatratora  vlll  hava  tha  option  of 
managing  tha  purehaaa  of  nav  booka  and  journala  In  a 
algnlficantly  mora  afflclant  mannar.    Unlvaraltlaa  vlll  ba 
abla  to  raly  on  othara  in  tha  ayataa  for  Itama  of  parlpharal 
Intaraat  at  thalr  Inatltutlon,  tharaby  focualng  avallabla 
funda  on  aatarlala  of  particular  laportanca  to  thalr  cora 
program. 

Subacrlptlona  for  computar»baaad  Information  aarvlcaa  can  ba 
nagotlatad  on  a  atatavlda  acala  rathar  than  at  an 
Inatltutlonal  laval. 

Ohlo'a  public  and  principal  prlvata  raaaarch  unlvaraltlaa  nov 
purehaaa  axpanalva  aoftvara  aalntananca  agraamanta  vlth  a 
vlda  varlaty  of  vandora.    In  addition,  thay  provlda  highly 
sklllad  ataff  to  aupport  aavaral  dlffarant  library  computar 
ayataaa  froa  dlffarant  vandora.    OLIS  vlll  bring  aconomlas  of 
acala  to  both. 

OLIS  vlll  ba  Important  to  Ohio 'a  aconomy  both  dlractly  and 
Indlractly.    Ohio  la  oftan  callad  an  Information  atata 
bacauaa  It  la  hoaa  to  a  vorld  laadlng  cora  of  provldara  of 
Information  In  alactronlc  formatat    Chamlcal  Abatracto, 
Compuaarva,  Naad  Data  and  OCLC  ara  tha  baat  knovn*  Tha 
pratMca  of  OLIS  In  th.la  dynamic  group  vlll  banafit  all. 
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Further t  OLIS  vlll  bt  an  InforMtlon  rtaourct  tnornoua 
btntflt  to  txiatlng  and  futura  raaaarch-baaad  auAufacturlns 
corporatlona  and  to  tha  grovlng  aar;icaa  aactor.  Finally, 
OLIS  vlll  algnlflcantly  atrang^han  all  of  hlghar  aducatlon  by 
halplng  to  attract  outatandlng  ^tudanta  and  faculty  and 
aaalatlng  In  tha  vlnnlng  of  raaaarch  gtanta  and  contracta, 
thua,  OLIS  vlll  halp  to  attract  and  rataln  thoaa  laadlng 
alaaanta  of  bualnaaa  and  Induatry  vhlch  raly  upon  an  aducatad 
vork  forca. 


OLIS  Svataaa  ABayptiona  and  tha  Rdla  of  Workatationa 

Faculty  and  atudanta  hava  coaa  to  appraclata  tha  valua  of  accaaa 
to  tha  card  cattXog  In  alactronlc  forMtt  for  aaarch  and  ratrlaval 
of  bibliographic  racorda,  and  for  accaaa  aa  vail  to  circulation 
Information  to  dataralna  tha  availability  and  location  of  booka 
and  parlodlcalu     Vlth  thaaa  flrat-ganaratlon  library  automation 
ayataaa,  hovavai,  tha  ua:r  la  waraly  provldad  vlth  aora  povarful 
toola  to  aaarcJi  and  mnlpulata  bibliographic  Information.  What 
tha  uaar  aaarchaa  la  aot  tha  Information  Itaalf,  but  kayvorda  or 
daacrlptora  in       tJtla  or  aubjact  aa  cataloguad  vhlch  daacrlbaa 
the  information  contalnad  in  tiia  book.   Artlcla  abatracta,  tablas 
of  contanta  for  booka,  much  loaa  tha  full^taxt,  ara  almply  bayond 
tha  acopa  of  llbrar/  automation  ayatama  davalopad  and  Implamantad 
through  tha  1980^9' 

But  OLIS  promlaaii.  and  muat  dallvar,  far  mora.    Aa  Information 
bacoma  Incraaalngxy  and  aconomlcally  avallabla  In  alactronxc 
format  both  vlthln  and  outalda  traditional  llbrarlaa,  and  aa  tha 
apaad  and  llnkagaa  among  natvorka  of  malnframaa  and 
mlcrocomputara  contli  ua  to  grov,  faculty  and  atudanta  vlll  coma 
to  dapand  on  rapid  accaaa  to  a  varlaty  of  Info  matlon  raaourcaa 
to  aup^ort  Inatructlon  and  laaaarch.    Vhlla  not  alighting  tha 
andurlng  valua  of  prlntad  matarlala.  It  la  aaaumac  that  OLIS 
ahould  ba  daalgnad  to  taka  advantaga  of  publlahlnj;  In  alactronlc 
and  optical  formata  that  vlll  characta?laa  tha 
Infc.matlon-lntanalva  anvlronmant  of  acholarahlp  and  raaaarch  In 
tha  '90^a.    OLIS  muat  alao  accommodata  tha  Incraaalng  povar  and 
atoraga  capabllltlaa  of  vorkatatlona  that  vlll  ba  In  ganaral  uaa 
by  faculty  and  atudanta  ovar  tha  naxt  flva  yaara.    Finally,  OLIb 
muat  Includa  ^^allvary  machanlama  for  both  traditional  booka  and 
for  Information  In  alactronlc  Imaga  formats. 


Kav  aiamanta  foi  OLIS 

Tha  four  alamanta^^-aophlatlcatad  toola  for  bibliographic  aaarch 
and  ratrlaval,  a  dlatrlbutlon  and  dallvary  ayatam  for  prlntad  and 
alactronlc  taxt,  accaaa  to  a  varlaty  of  full- tax t  da^a  baaaa  In 
alactronlc  and  optical  formata,  and  povarful  faculty  and  atudant 
vorkatatlona  connactad  to  a  high  apaad  atatavlda  natv^rk--ara  tha 
crucial  building  blocka  of  OLIS.    Conaaquantly,  a  vfda  ranga  of 
Information  aourcaa  muat  ba  accaaalbla  through  tha  ayatam. 
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Including  boo^«»  ptrlodlcals,  bibliographic  data  baattr  full-taxt 
data  baattff  othar  Mdia  such  as  aound  and  iugaa  htld  by 
participating  OLIS  librarias,  as  vtll  as  links  to  othtr 
infomtion  sourcts  in  tltctronic  fomt  availabla  coutrcially 
or  in  tht  acadtnic  library  systans  of  othtr  statts. 

Cantral  to  OLIS  vill  ba  tha  ability  to  acctss  bibliographic 
racords  and  circulation  data  for  books  hald  by  OLIS  libraries.  A 
starch  for  a  pa)  ^icular  book  viil  btgin  vith  a  qutry  to  tht 
ustr's  local  li.>rary  systts.    If  tht  book  is  not  availabla 
locally,  tht  qutry  vill  bt  transHitttd  to  tht  ctntral  OLIS  sitt 
vhtrt  rtcords  vill  bt  maintaintd  of  tht  location  of  books  for  all 
participating  OLIS  libraries t    Tht  ctntral  systte  vill  thtn 
atttapt  to  locate  the  book  and,  if  found,  and  authorised  to  do 
so,  the  user  vill  be  able  to  initiate  a  request  for  shipeent  of 
the  book  to  nis  hoM  campus  vithin  48  hours. 

For  periodicals  in  print  forsat,  the  process  vill  be  sieilar  to 
the  search  and  access  procedure  for  books.    The  user  vill  first 
search  the  local  university  library  catalog  to  deteralne  vhether 
a  particular  periodical  issue  or  nueber  is  available  locaHy.  If 
not,  the  search  request  vill  be  forvarded  to  the  OLIS  central 
site  vhich  vill  identify  vhidi  OLIS  libraries  have  copies  of  the 
periodical.    If  authorised,  thn  user  vill  then  be  asked  to 
identify  the  articles  they  vish  to  receive  and  in  vhat  foraat-^in 
photocopy  fora,  or  in  Fax  format  to  be  sent  to  a  local  Fax  system 
or  computer  vorkstation  via  the  Ohio  Academic  Resource  Netvork 
(OARnet). 


External  Data  Bases 


The  OLIS  system  is  expected  to  have  a  number  of  bibliographic 
data  bases  available  for  access  in  electionic  format*  These 
data  bases,  such  as  Current  Contents t  Amricola  or  PavchLit. 
vill  be  accessible  using  the  sane  search  techniques  and  protocols 
as  vith  other  bibliographic  records  for  a  consistent  user 
interface.    Some  of  these  bibliographic  da'iia  bases  vill  be  stored 
and  maintained  at  the  cer' ral  OLIS  sitei  others  may  be  located  at 
local  or  regional  OLIS  sites.    Some  may  be  available  through 
commercial  or  government  distribution}      irs  may  be  created  at  a 
local  library--e.g.,  an  index  of  correspondence  foi  manuscripts 
held  in  a  local  special  collections  library. 

The  location  and  disiribution  of  full*text  data  bases  vill 
parallel  bibliographic  data  bases.    The  central  OLIS  site  vill 
likely  hold  a  large  p  rcentage  of  full-text  data  bases  initially, 
but  as  electronic  publishing  becomes  more  videspread,  local  OLIS 
libraries  are  likely  to  acquire  them  to  satisfy  the  specialised 
scholarly  and  research  interests  of  their  faculties.  Thus, 
full* text  electronic  versionc"  of  certain  periodicals  in  lav, 
medicine,  public  administration,  artificial  intelligence  or 
robotics  miprht  be  acquired  and  maintained  by  libraries  to  meet 
special  .  ;c8i  needs  on  a  continuing  basis,  but  they  vill  be  made 
available  generally  to  participating  OLIS  libtaries« 
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Ov«r  tXu;  OLIS  It  llktly  to  hav«  mattrlalt  vhleh  vlll  b«  stored 
in  •Icctronlc  or  video  foroMt  althtr  for  akrehlval  or  access 
purposes.    A  numbsr  of  sxaaplss  corns  to  alnd,  including 
eoBprssssd  digital  audio  for  vorks  of  omsic  or  spsachts  and 
eonprssssd  digital  vidao  for  an  art  Hussum  collection  or  copiss 
of  Maps  or  photographs.    Both  display  tschnologias  and  data 
transMission  spaads  on  networks  will  need  to  increase 
substantially  so  that  digital  audio  and  video  storage  and 
retrieval  vill  bccoM  comonplace  in  systeas  such  as  OLIS. 
Current  experiments  with  aulti-nedia  workstations  that  integrato 
high  resolution  displays  with  advanced  audio  technology  suggest 
the  real  promise  of  these  machines  for  instructional  and  research 
use,  certainly  veil  vithin  the  next  decade. 

From  the  user's  perspective,  OLIS  vill  open  up  access  to  the 
scholarly  and  research  materials  available  in  Ohio's  public 
university  libraries.    It  vlll  also  provide  access  to  materials 
in  electronic  or  optical  form  that  are  not  currently  available  or 
affordable  for  an  individual  library.    Of  considerable  additional 
importance,  hovever,  vill  be  the  vays  in  vhich  CLIS  and  its 
supporting  netvork  in  OARNet  vlll  serve  as  a  getevay  to  he 
holdings  of  non-OLIS  libraries  and  to  special  Interest  data  bases. 
Currently,  OARNet  can  provide  access  to  authorised  users  at  CIC 
(Big  Ten)  universities.    Via  OARNet  and  the  fill,  access  protocols 
provided  through  TCP/IP,  authorised  users  are  nov  able  to  view 
the  bibliography tal  records  for  dozens  of  university  libraries. 
An  increasing  number  of  professional  organisations  are 
entablishing  electronic  publishing  and  information 
clearinghouses.    These  includes  the  Association  of  Computing 
Machinery  (ACH),  the  Modern  Language  Association  (HLA),  the 
National  Science  Foundation,  and  the  National  Institutes  of 
Health.    As  the  number  and  disciplinary  range  of  these  efforts 
continue  to  expand,  the  gatavay  and  netvorking  capabilities  of 
OLIS  and  OARNet  vill  become  increasingly  important. 


Access  to  OLIS  through  Adviiced  Worlftationa 

Users  vill  be  able  to  access  the  OLIS  system  in  a  variety  of 
vays.    Of  necessity,  OLIS  vill  be  initially  accessible  from 
terminals  typically  connected  to  library  automation  systems  to 
provide  a  otlnlmum  level  of  functionality  for  bibliographic 
searching  and  for  information  oti  book  availability.  These 
terminals  may  either  be  physically  connected  to  the  local  library 
system  or  by  dial-up  line  on  the  local  campus.    The  OLIS  central 
ft/stem  vill  also  be  accessible  via  dial  lines  either  directly  or 
through  a  campus  data  svitch,  modem  pool,  or  as  a  connection  co 
OARNet.    All  currently  available  library  automation  systems 
designed  for  university  libraries  are  based  on  simple  terminals 
for  keyboards  and  displays.    No  large  library  automation  r^'stems 
are  designed  based  on  PC  technology  as  the  platform  for 
interaction  by  users,  reflecting  both  the  relatively  recent 
introduction  of  PC  technology  and  their  high  cost  relative  to 
terminals.    In  fact,  since  current  library  automation  systems  are 
designed  to  work  from 
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ttrmlnalSt  attaching  to  tbj  systtma  from  a  PC  addi  little  or  no 
valut  to  tha  functional  capabilities  of  tht  ayattm. 

Bu^  PC  technology  haa  advanced  astonishing  quickly  in  the  past 
five  years t  itnd  the  pace  vill  quicken  in  the  next  five  years. 
Us^rs  vill  expect  to  have  substantial  online  help,  high 
&«colution  displayst  stereo  sound,  pull*dovn  nenuSf 
Dulti- tasking t  large  amounts  of  m«sc!cy,  disk  space,  high-speed 
local  and  vide  area  netvorks,  and  very  large  data  bases  va  CD  ROM 
and  erasable  optical  disk.    Some  already  do  vho  use  high-end 
'^vorkstaxions'*  from  Sun,  Apollo,  DBC  and  NeXT.    OLIS  system 
design  must  take  into  account  the  functionality  that  vill  be 
available  in  xrorkstations  at  a  reasonable  cost  in  the  1992-1994 
time  frame.    The  system  design  must  al^o  take  into  account 
emerging  standards  and  protocols  for  data  base  search  and 
retrieval,  communications,  and  operating  systems  for  advanced  PCs 
and  vorkstations.    A  sophisticated  and  powerful  vorkstation,  not 
a  **dumb**  terminal,  must  be  the  basis  for  designing  a  library  and 
scholarly  information  system  for  the  1990's,  for  it  v.^1  more 
clearly  reflect  user's  vork  habiis  and  computing  preferences. 


System  Architecture 

The  key  to  OLIS  is  the  system  architecture.    Theoretically  it 
vill  function  very  simply.    The  heart  and  control  of  the  system 
vill  lie  vith  a  central  computer  (referred  to  as  OLIS  Central) 
and  then  distributed  betveen  OLIS  Central  and  tue  local  library 
system  that  vill  reside  on  each  campus. 

OLIS  Central  vill  function  in  tvo  modes |  one  as  a  router  of 
information  and  transactions  betveen  itself  and  the  local  library 
systems  and,  secondly,  as  a  high  speed  search  engine.    Bach  local 
library  vill  have  a  full  library  system  vith  cataloging, 
circulation  and  acquisitions.    OLIS  Central  vill  have  a  combined 
catalog  of  all  seventeen  institutions  and  the  location  of  the 
material  that  is  referenced  in  each  bibliographic  record. 
Besides  the  combined  catalog,  OLIS  Central  vill  have  the  ability 
to  search  external  data  bases  that  reside  at  OLIS  Central.  Users 
of  the  system  vill  have  the  ability  to  request  information  from 
external  data  ba^es  at  OLIS  Central  or  from  any  other  OLIS  local 
system. 


The  local  library  patron  vill  sit  at  his  or  her  vorkstation  and 
request  a  search  on  the  local  system.    If  the  material  is 
available  at  the  local  site,  then  the  transaction  is  completed. 
Hovever,  should  the  material  not  be  available  at  the  patron's 
library,  he  or  she  may  hot  key  this  request  to  OLIS  Central. 
OLIS  Central  vill  search  the  combined  catalog  and  notify  the 
requestor  that  it  has  found  (or  not  fou.id)  the  material  vithin 
the  seventeen  institutions.    If  the  material  is  found  to  be  in 
the  combined  catalog,  the  system  vill  ask  the  requestor  if  he  or 
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•he  vould  Ilk*  to  know  th«  circulation  status  of  the  material. 
If  the  requestor  replies  yes,  OLIS  Central  vill  broadcast 
transactions  to  all  the  institutions  that  indicated  they  had  the 
■aterial.    The  local  sites  vill  return  the  circulation  status  to 
OLIS  CMtral,  vhich  vill  return  the  inforution  to  the  requestor 
asking  if  he  or  she  vould  like  to  request  an  inter  library  loan. 
Should  the  requestor  reply  that  they  vant  the  material,  the  local 
system  vill  inform  OLIS  Central,  vho,  in  turn  vill  request  the 
local  system  to  initiate  the  loan.    The  material  vill  be 
delivered  to  the  requestor  vithin  48  hours. 


Access  to  Fief  rn>l  Da^f 

Should  a  requestor  vish  to  find  information  on  a  particular 
subject  that  resides  in  an  external  "data  base",  he  or  she  may 
issue  the  command  find  "data  base."   The  local  system  vill  route 
the  command  to  OLIS  Central,  in  turn,  v^ll  search  it's  system 
catalogs  for  location  of  "data  base."   if  it  finds  the  "data 
base",  OLIS  Central  vill  request  the  user  to  provide  the  search 
criteria.    If  the  "data  base"  does  not  reside  at  OLIS  Central, 
the  request  for  "data  base"  vill  be  broadcast  to  all  local  sites 
and,  if  found,  the  search  vill  take  place  at  an  OLIS  local  site. 

The  information,  vhen  found,  may  be  routed  back  to  the  requestor 
in  various  formats  depending  on  the  else.    The  ability  to  display 
by  video,  hard  copy  by  facsimile,  dovnloaded  to  the  user's 
vorkstation  or  transported  by  tiuck  vill  ail  be  available. 
Naturally,  the  siie  of  the  data  attd  the  format  that  the 
informat'.ion  apptiars  vill  help  to  determine  hov  't  is  transmivced 
or  transported  to  the  requestor. 
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OHIO  acadbhc  iisoubci  rnnoiK  (oaihit) 


In  tht  Spring  of  1987,  tht  first  Suptrconputtr,  a  Cray  XNP 
VA8  InattlUd  In  Coluiibua  on  tht  Chlo  Stata  caapua.   Accaaa  vaa 
provldad  and  fundad  by  tha  Suparcoaputar  Cantar  to  all  tha  Ohio 
Inatltutlona  of  hlghar  laanilng  that  had  at  laaat  ona  raaaarchar 
ualng  tha  Cantar.    Praaantly  thara  ara  aavan  Tl  Unas,  alxtaan  56 
Kb  Unas  and  aavan  9.6  Kt  Unas  to  tha  Supt rcoaputar  Cantar  (Saa 
Plgura  A)  running  TCP/IP  and  DKCN8T,  Phaaa  IV. 

As  OLIS  bacoaaa  an  oparatlonal  aystaat  It  is  tha  Stata's 
Intant  to  fund  and  aanaga  ona  Ohio  natvork  for  all  of  Ohio's 
rasaa:chara.    Tha  praaant  plan  la  to  upgrada  OARnat  to  all  Tl 
Unas  by  January,  1991  (F^a  Plgurc  B)  and  build  radundancy  Into 
tha  natvork.    Va  daflnltily  vant  aach  Institution  to  hava  an 
altarnata  path  for  linking  tha  Suparcomputar  Cantar  In  Columbus. 
Our  long  ranga  plans  Includa  migrating  to  DBCNBT/OSI  af tar  vhlch 
va  vlll  hava  TCP/IP  and  OSI. 

To  facllltata  tha  Implamantatlon  and  provlda  dlractlon,  a 
staarlng  commlttaa  Is  In  pldca.    Prasantly  va  ara  discussing  tha 
proposad  backbona  (Saa  Flgura  C),  araaa  of  rasponslblllty  batvaan 
OARnat  and  tha  local  campus  and  tha  funding  lasuas,  outslda  of 
tha  support  by  OLIS  and  tUa  Suparcomputar  Cantar. 


FIGURt  A  -  Praaant  OARni» .  Backbona  Topology,  1989 


ncou  B  -  Propoiad  OAlMt  BaekboM  Topology,  Vlnt«r  1990 
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Govrnanca 

Vhat  is  currtntly  tvolving  as  a  govtrnance  model  for  OLIS  is  ona 
which  provldts  raasonablt  participation  from  the  library 
constituents. 

Ve  are  currently  recruiting  an  executive  director  who  has 
extensive  experience  with  the  acquisition,  implementation  and 
maintenance  of  a  large  sophisticated  automa*:ion  system. 
Interviews  are  planned  for  the  American  Library  Associates  (ALA) 
mid-winter  conference  in  early  January. 

In  order  to  ensure  institutional  commitment  and  involvement,  a 
governing  board  will  be  established  and  will  comprise  a  number  of 
University  Provosts  (five  to  seven).    A  policy  advisory  committee 
will  recommend  strategies  and  proposals  to  the  governing  board 
which  will  provide  guidance  and  direction  to  the  Executive 
Director.    It  is  felt  that  this  group  should  represent  all 
constituencies,  not  Just  the  librarians.    In  addition,  a  library 
advisory  council  is  required  to  insure  the  industry  and  tech;:ical 
guidance  which  can  be  provided  by  library  directors.    There  is 
overlap  of  membership  on  those  committees  to  insure  the 
appropriate  checks  and  balances  that  a  governance  structure  like 
this  requires. 


Conclusion 

Ve  have  completed  the  planning  phases  and  issued  the  RFP.  The 
bids  have  been  returned  for  the  Steering  Committee  to  review  as 
to  the  Library,  Software  and  Hardware  specifications.    OARnet  has 
submitted  their  proposal  for  upgrading  the  statewide  network.  A 
RFI  has  been  issued  for  the  software  to  run  on  an  advanced 
workstation  that  will  support  the  researcher  in  his  quest  for 
information. 

The  Board  of  Regents  expects  to  submit  i\  completed  budget  to  the 
General  Assembly  for  their  approval  by  the  end  of  April,  1990. 
Within  this  same  time  frame,  the  Steering  Committee  will 
recommend  a  vendor  to  the  Board  of  Regents.    The  Steering 
Committee  will  be  selecting  a  short  list  of  candidates  for 
Executive  Director  over  the  next  four  to  five  months.  Sometime 
in  late  May  the  Steering  Committee  will  cease  to  exist  and  the 
Policy  Advisory  Committee  and  Governing  Board  will  begin  on  or 
about  June  1,  1990  to  hire  the  Director. 

The  Steering  Committee  has  done  an  outstanding  Job.    Ve  look 
forward  to  the  1990 's  and  making  Ohio  a  leader  in  the  information 
world. 
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Developing  and  Implementing  a  Systemv;ide 
Academic  Mainframe  Specialty  Center  (AiVISPEC) 
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Abttract 

Cal  Poly,  San  Luis  Obispo  operates  one  of  seven  systemwide  specialty  centers  providing 
unique  academic  computing  sen/Ices  and  lesources  to  the  20  campus  Callfomla  State 
University  system.  Originally  dedicated  to  research  and  Instruction  In  computer-aided 
design,  drawing  and  englrwering  analysis,  the  Center  recently  expanded  its  services  to 
Include  critical  IBM  mainframe  support  to  CSU's  approximately  77,000  business  students. 
Through  Ks  long-tenn  partnership  with  IBM  Corporation,  Cal  Poly  has  acquired  state-of- 
the-art  hardware  and  software  to  support  the  Center's  functions,  including  an  iBM-3090 
supercomputer.  Seven  business  schools  are  currently  linlced  via  the  AMSPEC  mainframe. 
whMe  five  more  campuses  are  expected  to  be  Involved  during  the  1989/90  academic  year. 
This  paper  explores  the  successes  (and  hurdles)  encountered,  advantages  gained,  the  role 
played  by  Industry,  and  the  innovative  approaches  used  by  the  campus  to  successfully 
develop  and  implement  the  new  service. 
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CSU  Specialty  Canters 

In  the  mid-19e08,  the  Callfomia  State  University  (CSU)  system  adopted  the  concept  of  information  resource 
managenient  0RM)  wtilch  seeks  to  Improve  the  effectiveness  of  every  CSU  participant  -  students,  facuity, 
administrators  and  support  staff  -  In  performing  their  respective  functions  as  learners,  teachers,  institutional 
managers,  public  servants  and  researcfiers  through  the  appropriate  uses  of  Information  and  technology 
resources.  To  meet  this  goal,  the  CSU  set  two  major  strategic  ot)|ectives:  (l)  to  Infuse  appropriate 
infomriiuan  technology  resources  Into  CSU  programs,  and  (2)  to  provide  universal  connectivity  to  all 
avaiiai3le  Information  resources. 

A  i<ey  component  of  this  strategy  has  been  the  creation  of  systemwide  specialty  centers.  These  specialty 
centers  are  designed  to  meet  the  needs  of  multiple  canrtpuses  by  pemiltting  scarce  resources,  such  as  new 
technologies  or  expensive  data  bases,  to  be  shared  via  CSUNET,  the  systemwide  data  communication 
networic  (Me  Figure  1 ).  Specialty  centers  may  focus  on  meeting  the  program  needs  of  a  specific  academic 
discipline  or  on  providing  support  to  many  ecademic  disciplines.  Regardless,  the  Intent  Is  to  maximum 
service  and  minimize  costs. 

Examples  of  CSU  specialty  centers  Include  the  Chancellor's  Office  Systemwide  Computing  Center  which 
supports  large  instructional  data  bases  and  expensive  software  paclcages  that  are  too  costly  to  rapilcate  for 
every  campus;  the  Computational  Chemistry  Center  at  CSU  Fullerton  which  provides  access  to  molecular 
design  software  for  CSU  chemistry  departments;  the  multiflow  software  environment  sppported  by  an  Elexi 
mini  supercomputer  at  Sacramento  State  University  which  emphasizes  computational  chemistry  applications; 
and  the  multidisclplinary  Geographic  information  Systems  Center  at  San  Francisco  State  University,  in 
addition,  CSUNET  provides  access  to  non-CSU  resources  such  as  the  San  Diego  Supercomputer  Center 
and  the  University  of  Califomla's  MELVYL  library  catalog  service. 

The  CSU  Academic  Computing  Enhancement  (ACE)  Institute  has  been  a  major  supr)orter  In  the  effort  to 
develop  systemwUe  specialty  centers.  The  Institute  was  established  specifically  to  foster  the  Introduction 
of  new  computing  technology  into  CSU  Instructional  programs.  The  ACE  institute  promotes  acquisition, 
development  and  dissemination  of  new  or  existing  computing  technologies  and  Instructional  materials  not 
widely  available  In  the  CSU  by  funding  seed  projects  with  the  potential  to  develop  Into  specialty  centers  and 
receive  on^ng  State  support. 

One  such  p^^oject  was  the  Academic  Mainframe  Specialty  Center  (AMSPEC)  at  Cal  Poly.  AMSPEC 
represents  a  mutually  beneficial  and  highly  successful  collaboration  between  the  Chancellor's  Office,  the 
Computer-Aided  Productivity  Center  (CAPC)  at  Cal  Poly,  several  CSU  campuses,  and  the  IBM  Corporation. 
Computing  and  Communluitlons  Resources  (CCR)  at  the  Chancellor's  Office  has  been  Instrumental  Into 
identifying  campus  needs  and  promoting  Interest  In  AMSPEC.  providing  systemwide  communications,  and 
seei<lng  ongoing  funding  from  the  State.  Cal  Poty^s  role  Involves  coordinating  and  Implenfienting  services 
on  the  campuses,  and  acquiring  and  supporting  the  mainframe  environment.  CSU  campuses  are 
responsible  for  remote  campus  coordination  and  classroom  Instnjctlon.  IBM  has  provided  significant 
financial  assistance  In  the  form  of  dlscr-  ^s  and  equipment  upgrades,  as  well  as  technical  support  at  the 
campuses. 


Why  Cal  Poly? 

Cal  Poly  was  Ideally  suited  to  take  on  the  AMSPEC  project.  It  was  already  designated  as  a  CSU  specialty 
center.  A  long-standing  and  highly  positive  relationship  with  the  IBM  Corporation  had  resulted  'n  tJie 
acquisition  of  substantial  IBM  mainframe  resources  and  expertise  on  campus.  Beyond  t'lat,  by  assuming 
a  leadership  role  and  expanding  services  to  other  CSU  campuses,  the  local  university  community  wouid 
benefit  as  well. 
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D«v«loplng  and  Imptomtntino  •  C8U  Sptdalty  C«nt«r 

The  seeds  of  a  specialty  center  at  Cal  Poly  were  planted  10  years  ago  with  strong  faculn/  interest  In 
*^f^^'^.^L^."^"  ^  manufacturing  applications  in  classroom  instoictlon  and  research.  This  interest 
rwulted  In  CAPC  jelng  designated  as  the  systemwide  CAD/CAM  Specialty  Center  charged  with  sharing  its 
educational  resourMS  and  expertise  with  other  CSU  campuses.  Combining  industry  donations  with  nominal 
State  funding,  CAPC  t)ult  a  state^-the^irt  CAD  facllty  or,  the  San  Luis  Ol)lspo  campus,  providing  an  array 
of  high  resolution  drawing  and  analysis  packages  to  many  disciplines. 

However,  supporting  remote  CAD/CAM  activities  at  six  other  CSU  campuses  proved  difflcuit  due  to 
Inadequate  communications.  CAPC  did  provide  the  campuses  with  IBM  PCs  and  site-licensed  CAD 
software.  By  1966,  it  was  readly  apparent  that  Cal  Pdy  would  have  to  increase  support  to  other  CSU 
campusM  to  ensure  continued  support  from  the  State  for  eight  positions  and  operating  expenses  associated 
with  the  CAPC  lar  md  mainframe  equipment. 

In  October  1987,  CSU  business  deens  identified  access  to  IBM  mainframes  as  their  most  critical  academic 
coniputing  need  and  voted  unanimously  to  promote  this  sen/ice  within  CSU.  Specificaliy,  those  c'eans 
Indicated  a  need  for  IBM  mainframe  service  In  computer  languages,  data  base  management  systems,  and 
application  programs  in  accounting,  finance,  real  estate,  business  law  mariceting,  expert  systems  and  human 
resource  management  and  simufation. 

To  meet  this  need,  CSU  broadened  CAPC's  mission  of  supporting  CAD/CAM  applications  to  include  IBM 
mainframe  support  for  CSU  Schools  of  Business.  After  initially  announcing  the  concept  of  AI/dPEC  In 
January  1988,  CCR  requested  proposals  from  campuses  interested  in  participating  in  a  pHot  project.  A  total 
of  11  CSU  Schools  of  Business  responded  and  three  (San  Francisco,  Los  Angeles  and  Pomona)  were 
chosen  to  begin  as  piot  sites.  Classroom  instnjction  via  AMSPEC  began  at  these  campuses  and  Sen  Luis 
Obispo  in  1988/89.  Based  on  the  success  of  the  plot  effort,  AMSPEC  sen/Ice  was  expanded  to  two  more 
Schools  of  Business  (Fresno  and  Stanislaus)  shortly  aftenwards.  Five  more  business  schools  are  In  the 
process  of  commencing  AMSPEC  service  (Humboldt,  Sonoma,  Hayward,  Long  Beach,  and  San  Diego)  bee 
Hgure  2). 

Several  key  concerns  had  to  be  overcome  in  order  to  successfully  Imp  ment  the  new  service,  including 
gaining  campus  commitment,  upgrading  the  mainframe  hardware  and  software,  coordinating  services  to 
campuses,  upgrading  communicattons,  campus  equipment  configurattons,  and  support  services.  A  brief 
dIscusskMi  of  each  area  and  the  problems  encountered  follows. 

.SalDinr  iDus  Commitment.  WhBe  interest  was  very  high  on  the  campuses,  there  was  some  concern 
over  ig-tenn  viability  of  AMSPEC.  Deans  were  reluctant  to  commit  to  using  a  resource  that  might 
not  be  .nere  in  a  year.  Thus,  gaining  their  tmst  in  Cal  Pd/s  abDlty  to  deliver  and  sustain  services  was  a  key 
factor  initially.  ' 

Mainframe  Hardwara  and  Snftwarn  Through  CAPC.  Cal  Poly  had  been  designated  as  one  of  IBM's  favored 
'Grantee  Schools'  for  academic  computing.  This  refatk)nship  resulted  in  several  generous  donations  from 
IBM.  including  one  donatton  and  one  'permanent  loan'  of  two  iBM-4341  computers,  eight  IBM  3380  disk 
drives.  21  high  resolution  graphtes  tenninals.  assorted  peripheral  equipment,  software,  and  maintenance 
^  jsts.  The  Cal  Poly-IBM  partnership  extends  beyond  nwinframe  hardware.  For  example.  IBM  funds 
iesearch.  employs  students  through  the  university's  cooperative  education  program,  supports  CAI/CBE 
programs,  and  Is  wori<ing  with  CSU  and  Infonnation  Associates  to  develop  a  fully  integrated  administrative 
computing  environment  using  DB2  and  lA  software. 
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To  facMtate  AMSPEC,  IBM  replaced  their  loanecf  IBM-4341  mainframe  with  an  IBM-3081  KX  machine  in 
August  1968  as  an  interim  solution.  With  assistance  from  IBM,  the  campus  wOl  upgradb  to  a  single 
large  IBM-a090/400  level  mainframe  with  vector  processing  capability  in  FY  1989/90  ^ee  Figures  3-4). 
This  upgrade  should  enat)le  Cai  Poly  to  extend  mainframe  service  to  all  CSU  disciplines  and  investigate 
the  poKSsiblity  of  offering  services  to  non-CSU  institutions. 

For  the  moot  part,  mainframe  software  has  been  acquired  through  IBM's  Higher  Education  Software 
Consortium  (HESC).  HESC  offers  operating  system,  txisiness  and  engineering  applications  at  substantial 
discount  AMSPEC  appllcations  cunendy  run  under  VM/SP.  In  the  near  future,  VM/XA  and  AIX,  IBM's  new 
state-of-the-art  UNIX  product,  wH  be  added.  A  wide  variety  of  languages,  data  base  management  systems, 
statistical  pacicages,  GAD  and  other  appllcations  are  currend^  Due  to  the  expense  involved,  it 

has  been  difficult  to  acquire  the  large  data  bases  required  for  various  business  courses. 

Remota  Campua  CoordinfltlQn.  Each  campus  is  expected  to  appoint  a  campus  coordinator  who  can  serve 
as  a  single  point  of  contact  for  AMSPEC  services  and  support  TMs  individuai  advises  Cai  Poly  regarding 
software  needs,  impiemertis  and  manages  campus  equipment  and  accounts,  and  consults  and  trains  faculty, 
staff  and  students  on  AMSPEC  soft  are  and  database  issues.  For  the  most  part,  this  has  been  a  faculty 
member  in  the  business  school  rather  than  a  representative  from  the  campus  computer  center.  In  general, 
campus  computer  centers  have  been  reluctant  to  support  equipment  donated  for  a  single  disci(?lne.  In 
many  cases,  CSU  campuses  have  no  experience  with  IBM  equipment  and  carmot  provide  the  necessary 
support  Tf  is  has  meant  an  Increased  woridoad  for  Cai  Poly  staff  in  delivering.  Installing  and  maintaining 
equipment  on  the  campuses. 

Upgrading  Communications.  To  faclitate  access  to  AMSPEC  services.  CSUNET  had  to  be  upgraded  and 
enhanced.  The  CSU  Chancellor's  Office  has  been  very  supportive  in  this  regard.  As  shown  in  Rgure  1 ,  all 
20  CSU  campuses  are  now  or  soon  v^l  be  equipped  with  liigh-speed  communication  llni<s  (56KB  lines)  to 
CSUNET.  An  Inter-campus  data  networic  plot  project  now  llni<s  the  CSU  System  to  the  Caiifomia 
Community  College  System  (CCC).  The  CCC  Chancellor's  Office  in  Sacramento  and  fbur  community 
coilege  campuses  (Cenrltos,  Mount  3an  Antonio,  San  Jose  Evergreen  and  Santa  Rosa)  In  strategic  locations 
across  the  State  are  already  Wrked  to  CSUNR'  fiee  Figures  l  and  5). 

Campus  Eguipment  Confintjratlgna.  Cai  Poly  purchased,  configured  and  InstaHed  IBM-3174  controllers  at 
each  partlcipatlnti  campus.  Once  connected,  these  units  pennit  faculty  and  students  to  access  the  IBM 
mainframe  at  Cai  Poly.  Pertiaps  the  most  significant  problem  in  this  regard  has  been  the  iong  leadtime 
required  for  ordering  equipment  After  Cai  Poly  commits  to  providing  AMSPEC  service  to  a  remote  camfm. 
several  weelcs  or  months  may  elapse  before  the  necessary  equipment  arrives  from  IBM  to  weke  the 
connection  possible.  A  secondary  problem  involved  getting  various  types  of  wori(stations  and  PCs  to 
communicate  properiy  with  the  3174.  It  took  many  manhoura  to  woric  out  the  "bugs*  associated  with 
mapping  the  various  i(eyboards  and  modifying  the  31 74s  to  woric  at  ei>ch  campus.  (The  ^  :ayward  and  Long 
Beach  campuses  plan  to  access  AMSPEC  via  an  IBM-9370.) 

Support  Seivices.  Initial  attempts  to  hold  training  at  the  remote  sites  proved  unworicable.  So  many  factors 
(communications,  documentation,  software,  etc.)  haJ  to  be  covered  that  It  proved  to  be  more  cost-effective 
to  bring  campus  coordlnatora  and  CSU  feculty  to  Cai  Poly  for  training  than  it  would  be  to  transport  a  large 
group  of  Cai  Poly  employees  to  each  remote  campus.  To  distribute  account  numbers,  a  system  was 
established  whereby  febulty  could  request  and  receive  accounts  via  fecslmie  machine.  A  large  number  of 
user  guides  were  developed  by  Cai  Poly  fciculty  and  staff  in  conjunction  vdth  the  campus'  migration  to  an 
IBM  environment  These  were  provided  on  disks  to  remc  <i  campuses  for  local  adaptatbn  and  use.  A 
telephone  "hot-JIne"  sen/tee  was  established  to  answer  questtons  and  resolve  problems,  in  start-up  mode, 
AMSPEC  had  to  rely  on  other  tnfbmiatk)n  Systems  staff  to  assibt  in  each  of  these  areas.  Now  that  AMSPEC 
has  proven  to  be  successful,  budget  and  staff  Increases  ara  expected  to  support  these  and  other  services, 
including  on-sha  visits  to  resolve  local  problems. 


4 


450 


How  Cal  Poly  B«n«fltt 


Some  of  the  benefits  already  realized  ty  the  campus  are  Improved  off-campus  communications  and 
•^J™?^  P*™™!*®  ^  capacity.  Providing  access  to  mainframe  UNIX  was  ider»ifled  as  a  critical 
need  by  the  university's  computer  science  and  eiglneering  programs.  With  IBM's  new  AiX  product,  the 
campiM  wn  have  access  to  a  new  steta-of-the^irt  version  of  the  operating  system  that  is  standard  In 
scientific  and  engineering  circles.  Most  important  of  all,  the  campus  wUi  benefit  from  continued  State 
funding  designated  to  support  mainframe  computing,  and  the  potential  for  increased  State  fundlna  and 
external  revenues  to  support  expanded  sen/lces  to  CSU  and  non-CS  U  users 


Future  Goals  and  Ob|ecthret 

Ht.\Jng  overcome  the  Initial  problems  identified  in  the  plot  project,  Cal  Pdy  is  lool<ing  fonward  to  expanding 
AMSPEC  service  to  meet  other  critical  instmctlonal  needs  ^ee  Figure  6).  ^  u 

First  and  foremost  is  the  need  for  expanded  service  to  CSU  campuses,  it  is  hoped  that  In  the  near  future, 
CAPC  can  offer  mainframe  sen/ice  to  any  CSU  discipline  with  an  interest  and  need  for  such  assistance  For 
example,  sever&l  CSU  Schools  of  Engineering  have  Indicated  interest  in  accessing  engliieering  analysis 
packages  avalable  a-*/  on  the  IBM  mainframe,  as  per  the  original  mission  of  the  CAPC.  Specifica:.y  they 
need  access  to  finite  element  analysis,  computer  languages  and  expert  system  analysis  programs.  ' 

Another  area  to  be  expanded  is  the  integration  of  supercomputing  applications  In  CSU  undergraduate 
progwms,  particulaWy  in  scientific  fields  such  as  chemistry  and  physics  which  require  access  to  advanced 
simulacions  and  complex  modeling  software.  The  vector  facMity  on  the  iBM-3090/400  can  rea'Hiliy  suDoort 
the  use  of  these  large-scale  software  products. 

With  the  mpansion  of  CSUNET,  Cal  PoJy  is  explorfiig  sen/ices  to  non^U  institutions,  such  as  Cailfbmia 
Community  Colleges  and  K-12  school  districts.  Possible  8en;ices  include  facilitating  articulation  bjtween 
CSUs  and  CCCs,  supporting  electronic  conferencing  and  bulletin  board  activities,  supporting  i  electronic 
library  of  K-1 2  Roftware  for  statewide  evaluation  and  distribution,  and  supporting  classroom  >  ruction  and 
funded  research  activities. 

In  parallel  with  industry's  need  to  develop  and  use  new  technologies  to  remain  competitive,  applied  research 
prpjocts  within  CSU  are  expanding.  These  activities  could  also  benefit  from  having  access  to  the  increased 
mainframe  capacity  at  Cal  Pdy.  Therefore,  a  fourth  goal  is  to  ocpand  research  services  to  industry  throuah 
CAPC's  CAD  research  fecRity.  ^ 

To  support  these  as  well  as  the  instnictionai  and  administrative  needs  of  ihe  university,  it  Is  anticipated  that 
the  campus  wli  upgrade  to  an  iBM-3090/600  with  150  gigabytes  of  storage  within  the  next  year  or  two. 
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Figure  3 
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GROWTH  IN  MAINFRAME  COMPUTING  POWER  AT  CAL  POLY 

^  MEASURED  IN  MIPS  (1) 
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(1)  MIPS  ■  MilGoni  of  Instructions  Per  Second  (For  oompanson  purposes  only) 
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The  California  Community  College  System 
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Meta-Lenses  for  Academic  Computing  in  a 
Small  Univr  rsityi  Examining  Past  Progress  and 
Problems,  Future  Promises  und  Perils 

Dr.  M.S.  Vijay  Kumar 
University  of  Maine  at  Machias 
Machias,  Maine 


The  initial  stages  of  the  information  technology 
diffusion  process  at  the  University  of  Maine  at 
Machias  have  resulted  in  the  transformation  of  this 
innovation,  from  an  abstract  concept  to  a  somewhat 
extensive  level  of  applications.     The  measure  of 
initial  success  that  has  been  attained  can  be  mainly 
attributed  to  maintaining  a  me'-.a-perspective  in 
introducing  and  implementing  technology  use,  through: 
a)  stressing  curricular  augmertation  rather  than 
technology  inclusion  (integration?)  and  b)  maintaining 
an  "Organizational  Focus". 

There  are  indications  that  the  infusion  of  technology 
is  capable  of  cataly  ing  several  changes  in  tiie 
University's  educational  process  and  environment.  How 
can  a  small  University  such  as  UMM  sustain  this  initial 
momentum  and  manage  the  evolving  impacts?  An 
examination  of  the  current  situation  reveals  that  to 
do  so,  there  are  several  "application"  needs  to  be 
addressed.     More  importantly,  the  University  needs  to 
prepare  for  the  implied  changes  in  the  dimensions  that 
constitute  an  "organizational"  focus. 
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Background  -  Initial  Success  and  Impacts 

The  initial  stages  of  the  information  technology 
diffusion  process  at  the  University  of  Maine  at  Machias  have 
primarily  involved  the  introduction  of  the  innovation  to  the 
campus'  culture  and  context,  directing  the  energies  of  early 
adopters  and  efforts  to  define  the  Academic  Computing 
concept.     The  process  so  far,  despite  growing  pains,  has  been 
successful  both  in  terms  of  the  leapfrogging  in  the  level  of 
use  of  the  technology,  as  well  as  the  degree  of  overall 
preparedness  in  adopting  this  technology  in  the  educational 
process  of  the  University.     Developments  in  the  computing 
infrastructure  and  activities  of  the  campus  over  the  past 
three  years,  present  several  visible  indicators  of  the 
initial  success  of  the  technology  adoption  process: 

— The  wide  availability  of  and  access  to  computing 
resources  through:     stand-alone  and  networked  microcomputers 
in  various  campus  locations,  for  students  and  all  faculty;  a 
Mriety  of  software  resources  for  general  as  well  as  course 
specific  applications;  and  campus  wide  networking  to  provide 
one-stop  access  to  local  and  remote  computer  and 
communication  services. 

— The  range  of  instructional  computing  activities  being 
undertaken  on  campus:  several  courses,  across  disciplines, 
incorporating  computer  use  (forty- four,  according  to  a  survey 
conducted  in  Spring,   1988);  fourteen  computer  augmented 
courses  developed  over  the  past  two  years,  as  part  of  a 
federally  supported  Title  III  project.     Multimedia  is  a  major 
component  of  four  of  these  courses;  a  concentration  in 
Computer  Applications  for  students  from  all  disciplines 
is  being  offered  as  part  of  the  University's  program; 
collaborative  projects  with  area  school  systems  in  the  use  of 
technology  are  being  developed;  the  university  is  undertaking 
curriculum  research  to  better  coordinate  and  integrate  its 
computer  based  offerings. 

— The  increasing  interest  on  campus  in  planning  and 
developing  systems  to  close  the  gap  between  lnstr^^":tional  and 
administrative  computing. 

Equally  significant  as  indicators  of  success  are,  the 
not  so  readily  quc ntifiable  impacts  of  the  technology 
adoption  process,  such  as  providing  new  perspectives  to  the 
teaching/learning  process,  as  well  as  a  unifying  theme  for 
linking  diverse  groups  in  the  university.     The  following 
excerpt  from  a  report  based  on  an  external  evaluation 
of  the  Title  III  supported  microcomputer  activity  on  campus 
illustrates  the  nature  of  these  impacts: 


"Perhaps  most  important  is  the  impact  on  faculty  and  the 
chai.ges  they  perceive  in  themselves  and  their  colleagues 
as  a  result  of  the  microcomputer  activities.    As  one 
faculty  member  said,   'there  is  mere  talk  about 
pedagogy. '  Or  another,   'the  lunch  conversations  have 
changed.'     People  talk  about  the  process  of  teaching. 
They  talk  about  their  trials  and  errors  in  the  use  of 
the  technology  with  other  users  and  in  many  cases  with 
those  outside  their  discipline-based  division.  The 
excitement  has  extended  beyond  the  campus  to  local 
school  personnel  and  business  people  who  now  see  the 
college  as  a  regional  resource  in  the  use  of  the 
microcomputer.    Additionally,  the  college  is  becoming 
known  as  a  center  of  excellence  in  this  area  for  the 
University  of  Maine  system. . .Without  question,  this 
activity  has  had  a  fundamental  impact  on  the  fabric  of 
the  institution  and  curriculum. 

Perspectives       ^  Process 

An  examination  of  the  technology  diffusion  process  at 
UMM  (through  metalenses),  provides  the  themes  and  strategies 
adopted,  as  derived  from:  1)  the  nature  of  the  educational 
tasks  to  which  technology  has  been  applied  and  2)  the  means 
through  which  an  understanding  of  technology  and  its  use  has 
been  promoted  among  those  unfamiliar  with  it. 

Technology  Application  Tasks 

As  with  other  sectors  in  society  and  educational 
institutions,  information  technology  was  originally 
introduced  at  UMM  for  administrative  functions.     Initial  uses 
of  technology  in  the  academic  areas  were  based  on  directions 
recommended  by  a  2  year  plan  describing  the  Needs,  Outcomes, 
Activities,  and  Assessment  (NOAA)  for  computer  use.  This 
plan,  developed  by  the  computer  committee,  proposed  computer 
applications  to  be  incorporated  in  courses  based  on  an 
identified  set  of  computer  related  skills  considered 
important  for  students  to  possess.    A  majority  of  the  uses 
proposed  and  adopted,  were  based  on  simple  applications  of 
productivity  tools  (wordprocessing,  database  packages  and 
spreadsheets)  and  lefiected  the  nature  of  use  iii 
administration.    Not  surprisingly,  computer  usage  was  limited 
primarily  to  some  business  courses  and  as  an  add-on  component 
in  a  few  others. 

Shifting  the  thrust  of  technology  application  towards 
augn^'-nting  the  instructional  process,  from  merely  providing 
comp  ter  relcited  skills,  catalyzed  an  increase  both  in  the 
level  of  use       technology  and  the  overall  app^f^ciation  of 
its  role  in  the  educational  process  of  the  campus. 

The  Title  III  project  mentioned  above,  provided 
considerable  momentum  to  tho  campus'  efforts  in  technology 
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use  with  the  intent  of  improving  the  learning  in  existing 
courses.  Courses  augmented  through  this  project  involved 
faculty-student  pairs  to  develop  the  computer-based 
augmentation  components.     The  process  of  augmenting  the 
courses  involved  the  following  steps:     1)  Defining  those 
components  of  the  course  which  could  be  enhanced  by  the  use 
of  the  computer;  2)  Defining  the  subskills  that  would  be 
required,  both  in  terms  of  content  and  computer  use; 

3)  Identifying  and  evaluating  needed  software/courseware  and 
technology  processes  with  respect  to  their  curricular  fit; 

4)  Modifying  the  materials  or  their  use  and  restructuring  the 
course  as  necessary,  to  derive  the  maximum  benefits  of  the 
computer  augmentation,  without  compromising  learning 
objectives • 

The  instructional  augmentation  approacn,  as  exemplified 
through  the  Title  III  process,  has  transformed  md 
strengthened  the  technology  diffusion  process  in  several 
ways.     It  has  encouraged  a  variety  of  approaches  for 
incorporating  technology  use  across  disciplines,  such  as  the 
use  of  computer  coiamunications  in  Meteorology,  simulations 
for  Marketing,  Hypermedia  in  Art  and  English  and  use  of 
courseware  to  address  the  needs  of  specific  audiences  as  in 
remedial  mathematics  r^nd  basic  writing  courses.     It  has  made 
available  an  inventory  of  interactive  tools  and  resources 
that  bring  excitement  to  the  learning  environment. 
The  process  has  served  as  a  model  for  integrating  computer 
use  in  other  courses  and  provided  the  basis  for  a  creative 
faculty  development  effort. 

Keeping  the  instructional  mission  of  the  campus  as  a 
focal  point  for  Academic  Computing  efforts  has  provided  a 
valid  context  for  technology  application  on  campus.     It  has 
provided  a  campus-wide  sense  of  purpose  for  developing 
strategies  and  plans,  and  shaped  decisions  regarding  the  type 
of  technology  and  its  use. 


Technology  Diffusion  -  M^AHg 

In  looking  at  the  strategies  and  tactics  (means)  to 
promote  information  technology  use  at  UMM,  it  becomes  evident 
that    laxntaining  an  "organizational  focus",  in  contrast  to 
merely  an  "application-focus",  has  contributed  in  large 
measure,  to  increased  acceptance  and  utilization.  An 
Application  Focus  suggests  a  preoccupation  with  innovation 
characteristics  independent  of  context,  such  as  processing 
speed,  graphic  capability  and  decreasing  costs.     On  the  other 
hand,  an  Organizational  Focus  suggests  that  strategies  for 
promoting  techno3ogy  take  into  account  factors,  such  as  the 
contextual  relevance  of  innovation  characteristics  (e.g. 
af fordability  and  access);  attributes  of  the  innovation's 
recipients  (e.g.     users ' technology  orientation ,  fears , 
motivation  and  training  required) ;  and  organizational 
characteristics  of  the  context  (e.g.  administration's 
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Stance  on  technology  use;  the  university's  ability  to  support 
increasingly  complex  demands  of  technology;  and  the 
organizational  structure). 

The  dimension  of  an  Organizational  Focus  are  comprehensively 
captured  in  the  six  themes  proposed  by  Havelock  and  Huberman 
(1980),  for  planning  and  predicting  the  outcomes  of 
innovations:     1)  Object;  2)  Resources;  3)  Authority;  4) 
Consensus;  5)  Linkage;  and  6)  Environment.     For  mnemonic 
convenience,  the  composite  framework  was  referred  by  the 
acronym  ORACLE.     A  discussion  of  each  of  the  themes  follows: 

iil  ••Objec:*^ —  a  concept  which  included  both  the  substance  of 
the  proposed  change  and  the  objective  or  intent  of  the  change 
effort.     The  object  dimension  comprise  five  sub- 
dimensions,  which  related  to  the  characteristics  cf 
the  ir novation  as  they  facilitated  or  impeded  acceptance  by 
the  receiving  culture.     These  five  dimersions  were: 
1)  Relevance  of  the  innovation  to  the  needs  of  the  receiving 
culture;  2)  Promised  Benefit  -  the  magnitude  ol  the 
innovation's  impact  on  improving  upon  the  status  quo;  3) 
Resource  Demand  -the  extent  to  which  the  innovation  required 
the  mobilization  of  scarce,  external  or  local  resources;  4) 
Complexity  -  the  intrinsic  complexity,  social  complexity  or 
the  complexity  of  implementation  associated  with  the 
innovation; 

5)  Compat ibi 1 i ty  -  the  extent  of  congruence  of  the  innovation 
with  attributes  of  the  receiving  culture; 

El  Resources  -  Re.  Purees  included  financial,  material,  human 
and  knowledge  reso  rces,  required  to  introduce  and  sustain 
the  innovation; 

A>  Authority  -  Authority  included  both  legal  support  and 
leadership  of  officials  at  local,  district  and  national 
levels; 

Cl    Consensus — Consensus  referred  to  the  extent  to  which 
participation  and  understanding  was  achieved  at  all  levels  of 
personnel  involved  in  the  innovation; 

hi    Linkage — Linkage  was  Icirgely  synonymous  with  the  human 
and  organizational  infrastructure  needed  for  an  innovation; 
ill    Environment — Environment  included  the  dominant  features 
of  the  setting  in  which  the  reform  took  place,  such  as 
compatibility  with  the  local  settings  and  timing  of  the 
innovation. 

The  academic  computing  strategies  adopted  at  UMM  so  far,  as 
described  below,  have  concentrated  to  a  large  extent,  on  the 
Object,  Resources,  and  Linkage  dimensions  of  ORACLE.  The 
essence  of  these  strategies  is  bost  represented  through  what 
I  have  termed  as  the  SPCA  paradigm. 

SPCAt  Strategies  for  promoting  Computing  in  ^cademia  (or 
Suggestions  for  Preventing  Cruelty  to  Academics!)  at  UMM. 
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According  to  this  bifocal  paradigm,  which  addresses  both 

technology  and  process  related  aspects,  for  successful 

promotion  of  technolgy  in  academia,  j 

1.  the  technology  should  be  £impie,  £roven,  Compatible,  and 
J^daptable . 

2.  the  process  of  introducing  technology  should  be  through  a 
process  involving  Success,  farticipation.  Consensus  and 
Advancement . 

Implementing  SESA 

Simple;    Our  efforts  have  been  directed  towards 
simplification  of  the  equipment  (hardware  and  software),  the 
skills  required  for  using  the  technology  and  the  computing 
environment. 

Simplification  of  th^  equipment  was  effected  by  limiting 
diversity  in  the  types  of  hardware  and  using  simple 
productivity  tools  and  courseware  for  specific  topics  in 
disciplines . 

Ensuring  that  computing  resources  are  bot'i,  available 
and  easily  accessible,  has  been  the  thrust  of  cur  initiatives 
in  the  simplification  of  the  environment.  The  University, 
despite  limited  funds,  has  taken  steps  to  provide  each 
faculty  with  a  personal  computer.  For  fdcilitating 
accessibility,  the  University  with  support  from  AT&T,  has 
implemented  a  project  that  allows  easy,  friendly  access  to 
MS-DOS™  and  UNIX™  based  resources  from  networked  PCs, 
through  a  simple  menu  interface.     The  menu  system,  along  with 
the  network,  serves  the  purpose  of  providing  a  uniform 
environment  through  a  standard  look  and  feel  in  computers 
across  campus. 

Strategies  for  simplification  in  the  skills  domain 
include:  1)  adopting  an  approach  to  training  and  development 
which  involves  incremental  stages  of  increasing  complexity; 
2)  providing  model  solutions  and  3)  establishing  relevance 
between  computer  skills  being  learned  and  discipline  areas • 

Proven t  The  need  for  small  colleges  to  be  close  followers 
rather  than  pioneers  in  the  use  of  techr^^iogy  for  small 
colleges  has  been  mentioned  by  others  (    ;.allen,  1988). 

The  important  elements  of  our  efforts  at  ensuring  proven 
technology  have  been:     1)  basing  hardware  and  software 
decisions  on  what  had  been  used  successfully  at  other 
campuses  and  our  own;  b)  procuring  courseware  from  other 
universities  and  University  consortiums  (e.g.,  WISCWARE, 
University  of  Wisconsin,  Madison)  and  c)  evaluating  software 
operability  before  distribution  to  faculty,  in  order  to 
minimize  any  surprises  and  ensure  their  efforts  were  directed 
towards  applications. 
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Compatible f    Particular  attention  has  also  been  given  to 
Issues  of  compatibility  in  relation  to  the  available  skills 
and  resources  on  campus.     The  time,  energy  and  cost  of  major 
transitions  in  hardware  and  software  as  well  as  the 
possibility  of  users'  disillusiomnent  with  technology  in  the 
transition  process  directed  us  to  seek  compatible  solutions. 

Adaptable t    Making  technology  adaptable,  through  encouraging 
and  supporting  use  in  a  variety  of  learning  contexts  and 
modes,  continues  to  be  the  approach  taken.     Rather  than 
insistence  on  any  specific  ways  to  incorporate  computing  In 
the  teaching/learning  process,  faculty  are  encouraged  to 
pursue  their  preferences,  be  it  as  an  aid  to  broadcast 
instruction  (e.g.  CAT  drills  and  tutorials),  providing 
interactive  tools  and  resources  (e.g.  Hypermedia, 
Simulation)  or  for  instructional  advising  through 
asynchronous  communications,  a  use  that  is  currently  evolving 
on  campus. 

Success >     Successful  initial  experiences  being  an  important 
determinant  of  continued  use,  a  considerable  amount  of  our 
energies  have  been  directed  toward    ensuring  success. 
Strategies  for  simplification  have  been  important  elements  in 
ensuring  initial  success. 

Participation i    Participatory  processes  have  brought  the 
synergy  of  collaboration  and  aided  the  technology  integration 
process  in  several  ways.    As  indicated  earlier,  most  of  the 
instructional  computing  projects  have  been  developed  by 
faculty-student  teams  with  students  bringing  computer  skills 
and  the  learner's  perspective  to  the  enterprise.  Student 
collaboration  in  developing  and  managing  academic  computing 
services,  as  well  as  assisting  in  consultancy,  have  helped 
provide  essential  support  that  would  otherwise  have  not  been 
possible,  given  the  limited  staff;  "Show  and  Tell"  activities 
of  instructional  computing  projects,  along  with  small  group 
discussions  and  training  sessions,  have  facilitated  the 
exchange  of  ideas  and  sorved  the  purpose  of  proviaing 
reinforcement  and  the  motivation  to  faculty  in  undertaking 
computing  activities. 

Consensus 

Consensus,  on  the  role  of  computing  in  the  education  process 
of  the  colJege,  was  seen  as  an  important  factor  affecting  the 
quality  of  implementation  of  plans  and  strategies.  The 
energy  and  enthusiasm  of  faculty  and  administrator's  was 
IndiL^atlve  of  a  high  degree  of  concerns.     Factors  attributed 
to  the  consensus  achieved  includes  interpreting  academic 
computing  directions  to  administrators  and  faculty  with  a 
focus  on  the  academic  mission  of  the  campus:  information 
dissemination  and  discussion  of  plans  and  projects,  in  formal 
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and  informal  forums,  which  was  facilitated  by  the  small  size 
of  the  campus;  strong  support  of  the  leadership  for 
technology-based  efforts. 

Convincing  evidence  of  individual  and  institutional 
advancement  are  being  demonstrated  through  faculty's  personal 
use,  the  instructional  augmentation  projects  and  in  faculty 
development/training  programs.     Targeting  computing  projects 
on  need  areas  specific  to  the  UMM  context,  specially  in 
relation  to  its  size,  location  and  the  nature  of  its  student 
population,  has  been  a  central  theme  in  our  strategies  and  is 
reflected  in  the  following  areas  of  perceived  improvement: 
1)     Faculty's  abilities  to  manage  their  correspondence  and 
publication  needs  without  relying  on  the  limited 
secretarial  assistance  available;  2)    A  conferencing  system 
and  E-Mc il  which  allows  cutting  down  on  meetings — a  boon  in 
terms  of  time  for  faculty  in  a  small  campus  who  wear  several 
hats;  3)     One-stop  easy  access  to  local  and  remote  resources, 
including  the  automated  library  catalog,  which  is  a  necessity 
given  the  campus's  remote  location;  4)  Improved 
learning/teaching  environments  with  the  potential  of 
alternative  strategies  for  remedial  education,  increased 
flexibility  in  the  scheduling  of  instructional  advisiiig 
especially  needed  for  the  non-traditional  students,  the 
larger  inventory  of  interactive  instructional  tools/resources 
made  possible  and  most  importantly  the  excitement  brought 
into  the  learning  environment. 

The  ORACLE  themes  have  been  represented  to  varying 
extents  in  the  SPCA  based  strategies  for  an  Organizational 
Focus  at  UMM.     The  impact  matrix  presented  in  Figure  1 
summarizes  the  contribution  of  SPCA  strategies  towards 
strengthening  the  Object,  Resource  and  Linkage  dimensions. 

Future  Pr^Kiises  and  Perils 

As  indicated  earlier,  the  initial  success  of  the 
technology  infusion  efforts  have  had  several  impacts  on  the 
educational  process  and  environment  of  the  University. 

The  application  of  information  technology  is  making  the 
educational  process  more  efficient  and  richer.  More 
importantly,   it  is  initiating  a  revision  of  the  teaching 
learning  process  and  a  redefinition  of  disciplinary 
boundaries.     Emerging  directions  of  technology-use,  sucn  as 
the  use  of  local  and  wide  area  networks  for  providing 
instructional  support  and  advising,  as  well  as  the 
implementation  of  statewide  Instructional  Telecommunication 
Networks  in  the  University  of  Maine  System,  are  making 
possible  th©  geographical  extension  of  t:he  teaching/learning 
environment.     Technology  use  is  encouraging  the  investigation 
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of  mechanisms  for  cooperative  processes  between  the 
traditionally  separate  areas  of  instruction  and 
administration.     These  impacts  are  significant  in  terms  of 
their  implications  for  the  University's  future. 

However,  a  look  at  the  elements  that  have  contributed  to 
the  successful  process  so  far,  also  suggest  the  fragile 
nature  of  this  initial  success,  if  several  factors  that  are 
needed  to  sustain  this  effort  are  not  addressed.  These 
factors  imply  strengthening  the  Resource,  Consensus  and 
Linkage  dimensions  of  the  ORACLE  framework  as  discussed 
below: 

Resources:    Ensuring  the  availability  and  accessibility  of 
resources  has  been  an  important  aspect  of  the  strategies 
adopted  so  far.     The  support  made  available  initially  through 
a  state  bond  referendum  and  subsequently  through  arants  hae 
been  critical  for  stregthening  the  resource  dimei  sion 
hitherto . 

A  renewed  marshalling  of  resources  locally  is  required 
to:     sustain  the  increasing  interest  in  information 
technology  activity;  to  accommodate  technological  advances, 
obsolescence  and  maintenance,  and  to  compensate  for  the  time- 
intensive  nature  of  instructional  computing  activities.  For 
small  campuses,  especially  those  in  a  multi-campus  system, 
both  the  size  of  the  overall  pie  and  the  computing  demands  on 
it  limit  resource  availability  for  Academic  Computing.  A 
stated  cononitment  to  information  technology  use  through  an 
understanding  of  its  strategic  importance  to  the  University 
leading  to  a  departure  from  traditional  resource  allocation 
mechanisms  will  be  needed  to  rectify  this.     The  recent 
inclusion  of  an  information  technology  statement  in  the 
prioritised  list  of  goals  of  the  University,  as  well  as 
current  efforts  on  the  development  of  a  long  range  plan  for 
providing  tachnology  related  capital  lesources,  are 
constructive  steps  being  taken  in  this  area. 

Consensus I    As  is  becoming  evident,  the  diverse  set  of 
applications  and  users  that  are  evolving  necessitate  a  more 
complex  degree  of  consesus  that  is  difficult  to  achieve. 
Mechanisms  to  promote/generate  consensus  are  required  on 
issues  related  to  the  prioritization  of  academic  computing 
resource  allocation,  standardization  and  future  directions  of 
Academic  Computing.     The  formation  of  a  campus  wide  advising 
and  user  group  committee  for  this  purpose  is  being 
encouraged.     Consensus  will  also  require  a  greater  degree  of 
reliance  on  formal  policies  than  at  present. 

Linkage:    The  fact  that  no  formal  organization  for  academic 
computing  existed  at  UMM  three  years  ago,  coupled  with  UMM's 
loration  in  a  remote  area  where  physical  and  communication 
facilities  were  underdeveloped,  made  for  a  weak  linkage 
situation  initially.     The  evolution  of  an  Academic  Computing 
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unit  with  a  director  and  technical  staff,  have  helped  create 
the  basic  organizational  infrastructure  and  somewhat 
strengthen  the  linkage  dimension.    The  increase  in  the  level 
and  complexity  of  operations  are  making  apparent,  the  need 
^or  a  greater  degree  of  formalization  with  respect  *-o 
differentiated  and  articulated  configurations  of  people, 
roles  end  responsibilities.    An  example  is  the  need  to  make 
programming  assistance  availc*^le  for  courseware  development 
efforts  and  faster  in-house  systems,  given  the  absence  of  a 
computer  science  department  on  campus « 

The  convergence  of  information  technologies  (e.g. 
computers  and  telecomin'     cations)  and  that  of  applications 
(e.g.     instruction  and  cJmi nistration) ,  ^  ..io  suggest  the  need 
for  a  convergence  of  the  technology-relawea  decision  making 
units.     University-wide  mechanisms  need  to  be  established  to 
ineure  coordination  in  decision  making  for  minimizing  the 
potential  for  missed  opportunities  and  actions  at  cross- 
purposes  . 

Conclusion 

In  general,  the  interaction  of  an  innovation  system  with 
the  educational  system  could  result  in  three  possible 
outcomes:     1)  mutual  withdrawal  with  no  change:  2) 
superficial  or  Umporary  change;  3)  fundamental/systemic 
change.     In  the  case  of  information  technology  at  UMM  a 
vi  ion  of  the  last  outcome  has  been  seen,  through  maintaining 
an  Instructional  Augmentation  and  an  Organizational  Focus. 
The  fragility  cf  this  vision  and  the  possible  reversal  to  tht- 
second  outcome  (i»e.  superficial,  temporary  change)  if 
^actors  relating  to  an  Organizational  Focus  are  not  addressed 
is  also  evident. 


Footnotes i 
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Track  V!l 

Applications  and  Technology  Issues 

^^^^^^H  Coordinator: 
^^^^^^M  Michael  Naff 
H^^^^H  Virginia  Tech 

■^^^^^H  Many  applications  have  resulted  from  technological  advancements  in  the 
^^^■■^^H  past  few  years,  and  emerging  new  technologies  promise  even  more  capa- 
^^^^^^^H  bilities  for  enhancing  campus  information  systems.  Participants  in  this 
^HH^^^H  track  shared  information  about  specific  innovative  applications  from  their 
^I^^^^^H  campuses  and  the  use  of  newer  technologies  in  higher  education.  The  latter 
include  CASE  tools,  artificial  intelligence/expert  systems,  hypermedia, 
cbject-oriented  design,  CD-ROM  and  optical  scanning,  simulation,  teleconferencing,  parallel 
'I  vector  processing,  relational  data  base  technology,  and  the  "integrated  workstation" 
concept. 
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ABSTRACT 

Carnegie  Melon  Univereity  Itas  diosen  to  standardize  its  new  administrative  system  development 
effcts  on  reiadnnai  database  and  SQL  Tlie  INGRES  reiationaf  database  maragemini  software  is 
cunentiy  in  US6  ^  several  devulopment  projects.  One  administrative  computing  appR(»^,  ttw 
Uriiversity  irtfoffnaiion  System  (UlS).  u»9s  rstadonai  databane  to  dtotrlbule  access  to  s^^  t^ri  Mid 
wipioyeedala.  TTveUiSaefves  as  u  good  lest  prpfed  for  examining  •'wwrelaHonai  date 
technology  has  aNeclsd  administrative  computing.  TheflexMNy  andtheportaNEly  of  tn«  pic^ 
were  extremely  benefldtti  in  our  environment  The  easy  to  use  4QL  tools  allowed  us  to  pn)Qu>> 
prototypes  faster  and  to  qulddy  mai<e  changes  to  appHcations.  The  benefits  to  the  users  have  oeen 
"wet  apparsm  In  the  Imrrovsd  axess  to  data  that  currenHy  extols  with  the  UlS. 

Spsdfll  considerations  are  assodaled  with  moving  to  relational  database  technoir'  r.  Iteerswhowant 
ic«  obtain  its  maximum  benefit  need  to  spend  time  In  learning  the  stmcture  of  their  data  within  the 
database,  the  INGRES  queiy  took,  and  SQL  AdmMstrative  Systems  etoo  must  ofl^p  higher  level  of 
support  for  the  new  group  of  people  now  using  the  database  and  develop  experttoe  in  the  effective 
managen<ent  of  database  appRceMons. 
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INTRODUCTION 

Camegie  Mellon  University  is  an  undergraduale  and  graduate  Institution  iocated  In  PlttslHirgh, 
Pennsylvania  Founded  In  1 905,  the  fonner  CanDegie  institute  of  Technology  now  enrolls  6,900 
students  and  employs  approximate  700  faculty  and  ?,600  staff. 

The  computing  environ^oek^t  at  Caniegie  Melon  can  easHy  1)0  desert  Studentsusea 
vartoV  of  personal  computers,  vvortetal^ 

research.  In  the  administrative  computing  environment ,  word  processing  and  office  data  processing 

functions  take  place  primarily  on  personal  computers,  pai^  models,  which 

aiB  often  Nnked  togettier  through  Iccal  arsa  networks  to  shm 

A  VAX  ckjsier,  (presently  conMig  of  a  6330 , 6230  and  three  1 1/78(rs ),  a  Seq^ 

Sequent  Balance,  and  severd  other  workstatton-dass  machines  cunently  support  the  central 

admiiihliatlve  comptiing  at  Oamegle  Melon.  The  AdrnMstraiive  Systems  (A.S.)  depaitnoent  senses 

the  centrsri  computing  needs  of  the  university. 

The  stated  dlrscHon  of  administrative  computing  rt  Camegie  Melon  encompasses  the  relattonal 
dalat>ft{e/SQL  (Stnidursd  Query  Language)  standard  oonMned  with  hardware  and  operating  system 
Independence.  TlieifJQRES  database  managemem  software  (a  product  of  the  INGRES 
Alameda,  OA)  was  selectod  for  use  as  a  basis  for  al  developnrient  p^^ 
system  envhonmenls,  inchxlnp  VMS,  UNIX,  VM  and  DOS.  The  operBHng  system  and  hardware 
Independence  wM  dkiw  us  to  take  advantage  of  new  opportunities  presented  by  the  ever-expanding 
tedmology  base  by  giving  us  the  freedom  to  be  able  to  easly  move  i^pplcattons  firom  one 
environment  to  another. 

tt  Is  both  useful  and  Inierssting  no%»  to  took  at  the  hnpact  of  our  ded 
devstopment  efforts  on  rslaltonai  database.  Several  relattonal  applcstfons  have  been  in  use  at 
Carnegto  Melon  since  approxirmitoiy  1984.  These  Inckidesysterns  Ike  lnvemoryOontrol,Wcrk  Order 
Management  and  Tdecommunteattons  Management  Receridy,  a  new  INQRES-baseo  Human 
Resource  Management  System  saw  Its  first  n^rslease.  The  Student  Intormatton  System,  whteh 
manages  student  rscords,  admlsskMis  and  student  accounts  receivable,  was  put  Into  produdton  a  few 
short  weeks  ago.  Many  other  devetopmentprofecis  are  in  progrses.       have  chosen  to  examine 
one  system  En  partkular,  the  UntversNylntorinalton  System        TNs  system,  whksh  was  begun  as  a 
prefect  In  late  1985,  Is  one  of  the  *argc   nore  wkWy-used  administrative  rslattonal  database 
applioattons  at  Camegie  Melon. 

THE  UNIVERSITY  INFORMATION  SYSTEM 

The  UlS  Is  an  INGRES  applcelon  thai  p'ovMes  the  user  wNh  retrieve  access  to  student  and/or 

emptoyeedata  The  need  for  such  en  Inquiry  syslsm  was  evktem  at  Carr)^^ 

ago,  %vhen  R  was  apparent  that  the  oentml  systems,  written  in  00  BOL  and  ho.    1  on  Digital 

Equipment  Corporaltoni's  (DEC)  DEC-^s,  were  not  serving  tiie  needs  of  the  user  conrHnuaiy.  The 

central  systerns  alowed  access  to  data  in  a  ve7  InrMed  ftehton,  and  thto  ac^^ 

proUenw  wRh  an  over-toaded  mawinie.  WhBe  plans  were  betog  foniied  to  replace  these  systems, 

parttoularly  the  Student  Records  and  Payroll/Personnel  syst^ns,  the  new  verstons  of  the  systems 

were  too  far  away  and  wouM  not  solve  inrmedlate  problems  surrtxjnding  access  to  data  Thoughsome 

data  were  avaaable  to  users  in  the  form  of  standard  screens  and  printed  reports,  the  need  existed  for 

access  to  data  in  a  more  ad-hoc  fashion.  Thai  Is,  users  wanted  to  be  dbto  to  prod^ 

rosters,  teaching  toad  rsports  and  salary  surveys  as  they  were  needed  or  to  examhK  Jata  In  their  files 

qutoM/ and  easly. 

Because  the  technotogy  to  dtow  users  this  Mrjd  of  access  to  data  was  aval^ 
database  software,  and  because  the  need  for  access  to  inf omrwiton  on  campus  was  so  strong,  the 
dedston  was  rnade  to  pTDvkta  the  campus  cormnunltywith  an  interim  sol^^  The 
University  Inforrnatton  System  WW  buIN  to  give  users  a  way  to  get  the  data  tt^ 
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whie  Ihe  new  systems  were  being  designed  and  developed.  Fonmatted  screens  and  standard 
reports,  similar  to  those  available  In  Vie  old  system,  but  more  flexible  and  robust  were  included  in  the 
UlS.  along  with  the  availability  of  SQL  for  users  to  write  and  run  their  own  ad-hoc  que^ 

Previous  v9C3kMis  of  the  UlS  received  the'/ data  on  a  nightly  basis,  via  FTP  from  th^ 
the  old  TOPS  systems.  Now,  sinoe  the  new  INGRES-based  Student  In'ormallon  System  and  ^  •nan 
Resource  InfonnaMon  System  have  been  released,  data  contained  in  the  UlS  continue  to  be  ex^acied 
from  the  new  systems  9nd  shipped  on  a  daly  basis  to  a  iequem  Syrnnnetry  ninning  the  i:}ynix 
operating  system,  wheie  they  are  folded  Into  an  INGRES  database.  The  decision  to  continue  to 
maintain  an  Inquiry -oni>'  database  after  the  release  of  the  new  sysleri  was  made  for  severcy 
reasons.  First,  having  thb  second  database  wuuld  reduce  the  load  on  the  primary  database.  This 
would  be  helpful  during  the  first  months  of  the  release  of  the  new  systems,  whie  bugs  were  being 
woriwd  out  aid  the  system  was  monitored.  Second,  since  the  feed  to  the  UlS  was  already  m  place 
and  the  applications  f/en  In  use,  it  vwxiW  not  require  much  eflort  to  simply  continue  the  data  transfer. 
This  abo  ai»;  wed  the  development  of  the  Inquhy  portions  of  the  new  systems  to  be  delayed  until  a 
later  date. 

The  UlS  data  reflec.  what  Is  contained  in  uie  central  systerns,  and  are  svaHabie  to  users  for  query 
access  only.  Usere  are  not  nmnitied  to  change  any  data  in  the  U>S.  Any  errors  found  must  be 
ooner*8d  at  the  source,  whfoh  Is  the  central  system. 

/Xsrnentlonedearitor,  the  UlS  data  are  made  up  d  student  arnlernpioyeeinforinatlon.  Separate 
ai?pNcatlons  exist  for  access  to  theee  data.  Each  applicallon  consists  of  standardteed  screens, 
queries,  reports.  A  main  rnenualows  the  user  to  choose  which  ribsel  of  the  e«)pllcation  he  vrishes  to 
mn.  Themenu,whtehiswritleninC,alows  the  user  to  choose  to  run  the  screens,  queries  or  reports, 
print  copies  of  the  documentation,  check  when  the  data  were  tab*  updated  or  enter  the  SQL  query 
facM^. 

SfiffifiOS-  AH  the  UlS  screen  appHcadons  consist  of  an  entry  screen  and  data  screens.  The  entry 
screen  gives  the  user  the  abMly  to  aectfch  for  a  stude  It  or  employee  by  name  through  the 'name 
search'opJon.  Alslofalnamesthalrnafohthe^keriatypedbytheusvwibedteptayedlnaspeclal 
screen  if  the  name  search  option  Is  setoded.  TTie  user  can  then  seied  the  student  or  emptoyee  he 
needs  and  cal  one  of  the  data  screens. 

EacJi  data  screen  in  the  US  contains  data  about  one  entity:  a  student  or  a  course  or  an  employee.  For 
exaii^,  in  the  student  s  jreens  fc<}pllcalfon,  the  'roster*  scrsen  shows  al  students  in  a  certain  course 
cid  section  for  e  given  semester 

The  user  can  move  eafdly  ttari  screen  to  screer^ty  typing  thai,    screen  code  over  the  current 
scrsen  code.  In  the  caft9  of  e 'roster*  screen,  this  action  cflte  a  dwr^ent  screen  fc^  the  same  course 
wHhout  returning  to  the  main  menu.  The  same  method  applies  to  changing  the  enti^  or  the  semester 
being  retrieved If  the  user  want  to  see  a  new  studem  on  a  studem-based  screen  lilte  ii« 'gr«Kle' 
screen,  he  simply  types  the  lu  .lumber  of  the  r  "vstudentovertheidnumberof  the  cunent  student  If 
a  new  semester  Is  desired,  the  desired  semester  is  typed  over  the  old  semester.  Any  oomblnatfon  of 
screen  code,  semester  or  entity  can  be  changed  in  order  to  retrieve  new  data 

Quadfia-  CcrwnoniyHised  queries  were  written  and  Installed  in  the  UlS  in  a  menu  fonnat  Itospedai 
8idils,wich  as  foKwrtodge  of  SQL,  are  required  to  an  the  query  option  of  the  appi^  Users 
simply  setod  the  desired  query  and  enter  a  few  simptoparametere.  When  a  query  Is  njn,  the  remits 
are  written  to  the  screen  as  wel  as  to  a  flto,  which  can  be  manipulated  further  by  the  usere. 

BflBQdS-  The  report  generation  option  of  the  UiS  applications  gives  users  the  opportunity  to  produce 
resulto  for  larger,  oomptex  queries  lhat  are  rieeder*  on  hardHXiisy,  and  that  are  nd  d  a  tlme-cri^^ 
nature.  Again,  the  desired  report  is  setoded  from  a  menu  davalabto  reports  and  parameters  are 
enlsred  prior  to  exscuHon.  in  order  to  control  system  load  during  the  dty  and  avoid  Icsge  disk  space 
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allocatk)n8  for  each  user  that  woui>i  be  required  by  INQRE8  to  run  the  reports,  the  report  requests  are 
submitted  to  a  batch  queue  where  ihey  are  executed  when  system  utMzaUon  is  tow. 

Ad-hoc^  oftM.  OrieofthedrivkigfbroesbeNrKltheimplemernattori^ 
users  to  have  better  access  to  data  The  UlSscreeris,  queries  arxl  reports  were  cfcipNcar^  of  arK^ 
enhancements  to  the  features  av»^.  .  on  the  old  central  systems.  The  ad-hoc  query  facHHy  available 
with  INGRES  was  the  l^ey  to  providing  the  broader  access  that  many  useni  requ?:^  in  order  to  be  able 
to  retrieve  data  not  avalabie  through  standard  reports  or  on  the  inquiry  screens.  The  ad-hoc  query 
option  is  available  from  the  rnah  nienu  and  requires  a  ItfKy^^ 

language  used  by  INGRES.  Users  rniyfonti  their  own  stalernents  to  select  data  from  the  database, 
perform  aggregaMons  or  do  simple  fie  extracts. 

ThftPflta  The  UlS  database  consists  of  approximately  350  megabytes  of  data  representing 
Inforrnalion  from  1975  through  the  presem,  contained  In  ove^  Several  types  of 

tables  exist  m  the  UlS.  Theyare:  rnain  data  tables,  Index  tables,  tr<visl«lion  or  uWytabl^ 
ownedtables.  The  main  data  tables  contiin  the  data  shipped  to  the  UlS  from  tiiecen^ 
example,  the  Student  Schedule  Table,  which  contains  a  record  for  every  student  for  every  course 
tai<en  during  a  semester,  eoi^w  of  aknost  one  rnMon  rows  M  Index  table&  ^crea. 

when  the  database  adininislralor  defines  prirnary  and  seconda^ 

important  for  ««H!ddnt  execution  of  queries.  Translation  tables  hoW  codes  and  their  meanings,  and  are 
used  consistent^  by  the  screens,  queries  and  reports  to  provide  the  Engli^ 
code.  Other  ulMtytabtes  include  the  tables  used  for  traddng  access 
system. 

ProtectiQn.  Ail  data  In  the  UiS  aro  considered  to  be  sensitive  data  (grades,  sfltaries),  s^ 

isneeded.  I^IQRES  provides  a  perinitfMllty  that  aHows  data  to  be  prole^ 

based  on  viues  in  fields.  Aiso,1hedaysoflheweek3ndtirneofdaythedaliybaseisavaliM 

canalso'  ^specMed.  Once  the  population  is  defined  for  a  user  wRh  specific  penrnNs 

Nswr  u  of  view  is  limited  to  that  poputalon.  Whether  he  Is  ronnh^ 

exe  dng  his  own  SQL  statement,  the  data  availeMe  to  him  aroalv^tM 

Usfti  Community.  The  user  ccmrmjnily  of  the  UlS  application  spans  a  broad  segmem  Of  the  Carnegie 
Mellon  community .  Vice-presidents,  department  heads  ti\6  administrative  and  dbdcaU  employees 
from  both  the  academic  and  administrative  sides  of  the  u  liversity  mdke  up  the  approximr:ely  200 
people  who  have  access  to  the  database. 

RELATIONAL  TECHNOLOQY 

As  our  current  envlronn)ent  has  grown  from  the  previous  generation  of  Uadi^  COBOL-based 

systems  to  applcaMons  using  rslatlonai  database  rnanageniem  soflwa^ 

iiH)del,  we  find  It  useful  to  look  at  what  advancing  to  the  next  gene 

the  university.  The  eth>rt  involved  In  maldng  this  rnove  Is  often  very  clear  Lutso^ 

see  In  advance  what  the  benefits  or  problems  wH  be. 

The  advantages  of  using  rpJationai  databases  for  our  administrative  computing  needs  are  many.  We 
can  examine  what  we  see  as  advantages  of  relational  daMbasef     the  perfective  of  the  users  as 
weH  as  from  the  perspective  of  Admintstrat^^'e  Systems. 

Atfvantagea  to  ueer 

Amoftft  In  Hftf  ft  For  those  users  whc  have  no  need  or  desire  to  go  beyond  the  use  of  simple  inquiry 
screens,  any  dlPersnces  between  an  appHcatton  written  using  a  relational  database  manager  and  an 
appNcalion  written  in  COBOL  may  go  un^ioHoed.  However,  tnose  users  who  in  the  past  were  well 
aware  of  the  etmclure  and  Hrnltations  of  their  COBOL  appli(^^ 
power  they  have  wHh  direct  SQL-based  access  to  the  data. 
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The  relational  nfMdel  is  easy  for  novices  to  ufKieretand  The  database  is  structured  in  the  way  that  one 
woukt  nalLHVily  descrilM  data,  grouping  dai?  Mo  tables  of  logically  relaied  inf^^ 
entity.  As  Chris  Dale,  a  vi^l9K>wn  authority  on  relational  database  rnanagernemexpl^  'a 
tableconsistsof  a  row  of  column  headbigs  together  with  zero  or  more  rovvs  of  data  values.  Foragiven 
table,  (a)  the  column  heading  row  specifies  one  or  nrare  columns;  (b)  each  da!a  row  contains  exacHy 
one  value  fbr  each  of  the  oohjmnsspecHlet  ln  the  column  headkig  row."  The  reiaNonship  between 
taWesIn  «  database  is  expressed  by  common,  key  fields.  The  concept  of 'data  Independence" 
insuMes  the  users,  as  wel  as  the  programnwrs,  from  having  to  understand  coniplex  data  stnjctures, 
pointers  or  underlying  data  access  methods  in  order  (or  a  user  to  manipulate  data  Noknowtedgeof 
complex  data  structures,  pointers  or  underlying  data  access  methods  Is  required. 

Even  the  novice  user  can  use  the  INQRE8  tools,  such  as  QBF  (Query  by  Fomw)  or  RBF  (Report  by 
Fomns)  to  do  simple,  fomns-based  Inquiries  of  the  data.  With  a  basic  understanding  of  the  table 
structure  and  SQL.  the  novice  user  can  perfonn  simple  select  statements  to  retrieve  data 

Fw  the  more  sopNsticaled  user,  the  relaiionai  database  and  Its  associated  tools  can  be  ve^ 
Vtnih  some  training  in  order  to  beoorne  famlar  wNh  SCM.  and  leam  the  database  s^ 
wHhanapplcalion,  asrs  find  themselves  \Mth  the  abMy  to  do  complex  manipuMlon  of  data  in  an  ad- 
hocmanner.  Many  of  our  usere  have  created  their  own  tables  to  use  in  oorAjncHon  with  the 
applcallon  tables.  Ttwse  "privaie^tdblee  cm  be  Joined  Mslywitt)  the  up-to-date  data  h  the 
daiabasea.  Users  have  also  found  M  unnecessary  to  store  redundant  data  hi  their  own  personal 
computsrapplcallons,  since  the  central  data  they  need  are  now  easlyaccessMe.  Kisdsomuch 
easier  now  to  move  any  needed  data  to  personai  computer  applcatlons  for  use  wNh  other  softwwe 
packages,  due  to  the  easy^o-use  conmnnd  to  extract  data  from  ttte  INGRES  daliy^^ 
avalaUe  acosss  to  data  transfer  programs  Ike  FTP  or  KERMrr. 

Data  can  be  viewed  in  ways  prevhMSly  impossUe  without  complex  prograrnming,  Iwgety 
dala  independence  in  rslatkinal  databases,  or  the  independence  of  usere  and  user  programs  from  the 
detals  of  the  way  the  data  are  stored  and  accessed.  For  example,  using  the  oM  systeme  to  produce  a 
dass  rosier  requlrsd  that  a  complex  COBOL  program  be  nin  that  wouM  produce  a  roster  (or  every 
class  offered  that  term  Theoulp  1  fHe  was  then  divided  and  dtoMbuted  to  the  ; 
departments.  Changes  to  this  procedure  required  the  users  to  request  programming  and  testing  by 
Administrative  Systems  and  often  wait  weeks  for  the  resuRs.  >4ow,  notonlycwauserdoasinvie 
W  of  a  tow  tables,  he  can  amit  hto  request  to  rosters  for  a  single  depevtmem  or  even  a  slng^ 
aM  in  one  SQL  "aelecr  statement  Views  can  also  be  defined  to  make  ife  easier  for  an  andHJser.  A 
"view"  is  a  way  to  Ohm  a  user  to  took  at  one  or  more  tables  as  one  oiitNy.  providing 
Independence.  When  defining  the  vtow,  the  links  between  the  tables  are  established,  and  tha  loins 
are  executed  every  time  the  view  is  selected. 

The  users' ability  to  do  ad-hoc  selecttons  of  data  on  their  o»mhe3  in  many  cases  reduced  their 
dependerry  on  central  computing  staff.  AdministrBlive  usere  on  cwnpus  need  not  werit  the  several 
weeks  tt  CLuM  have  taken  hi  the  past  to  have  a  report  they  requested  written,  tested,  debugged  and 
run  by  the  central  oornpjting  staff,  who  addi  ess  requests  hi  onJer  of  prtorlty.  They  can  write  thefc- own 
request,  subnVt  It  and  hiive  their  results  ahnosthnmedialely.  The  Offk»  of  University  Plannkig  In 
partknjiar  has  made  ext6fw!ve  use  of  the  query  and  report  generalton  fadlWes  aviiable  hi  the 
umverelty  infomrartton  System  to  cV)  the  large  amount  of  reportfcig  functkms  for  whtoh  they  are 
responsK>le.  individual  departmene  on  campin  are  also  produckigtheh- own  dass  rosters,  reports 
and  academk:  audit  reconJs  with  the  UlS  daU^base. 

PathilPflltefUn  DMKm  ProoBM-  Peiliapssomeofthemostunkiueadvmtagesoftheielalional 
datcbase  for  the  usere  concern  user  partk:ipalk)n  In  the  system  design  process.  himoretradK!* 
system  devetopment  envhonments.  user  requir  nwnts  were  translated  Into  «i  informatkm  fcv^*im  by 
the  programmers.  Often,  by  the  time  the  system  was  completed,  user  requirements  would  diange. 
Now,  because  oi     easy,  rapM  prototyphig  that  can  be  done  by  the  system  devetopere  (see  next 
sectkNi),  user)  get  to  see  the  system  bi  earlier  stages  hi  the  devetopment  Hfe  cyde  and  consequently 
offer  suggesttons  or  crtttotsmseaHer.  Users  do  not  have  to  anttoipaledl  their  needed  reports  or 
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fimcUons  during  the  system  design  Stage.  It  Is  r«*<altveiy  easy  to  write  a  new  report  or  add  a  new  screen 
onoe  the  Initial  system  design  Is  In  place.  Adding  3Udi  objects  does  not  require  any  changes  to  the 
uiMteityInc  database  and  can  be  done  easHy  using  the  INGRES  tools  (see  next  section.) 


Advantages  to  Administrative  Computing 

Administrative  Systems  has  Indeed  seen  an  increase  In  productivity  and  general  system  quality  and 
flexiMlty  since  the  rslallonal  database  and  Its  4QL  tods  have  been  used  In  systems  design  and 
development.  The  relalkMiaiimxJel  and  Its  way  of  representing  data  In  tables  has  been  a  uselulnwdel 
for  developers.  In  the  database  design  process,  the  relational  model  forces  the  developers  and  the 
users  to  view  data  In  sets  and  examine  the  rslatlon<)hlp  between  those  sets.  This  helps  :j  break  down 
the  process  of  designing  large.  Integrated  databases  Into  srrwiler  tasks  and  to  facMta^ 
communicaMon  between  user  and  developer. 

ProducMwity.  The  IN3RES  software  comes  wilh  Its  own  toois  1o  buM  apptknOons.  whktf)  have  helped 
Increase  both  the  level  of  productivity  and  the  overal  effecth«ness  of  the  appilcalkm  prograrnnMrs  In 
AdminbtratlveSysle.m  Thek>gtepor1ionoftheapplcatk)nl8specilledlnABF(AppRcaikinby 
Forms),  the  appicaflonbuMer.  This  Is  separate  from  screen  constructton.w:ifch  is  done  through 
VIFRED.  MORES'  fomw  buMer,  '-^Aen  rsfsned  to  as  a  "ecrsen  pahPler*.  This  separdflon  aNows  for 
easier  and  fenter  changes  to  be  i  ^  to  an  applcalion,  since  the  two  functkms  can  be  done 
Independently. 

By  using  VIFRED  N  Is  simple  to  specify  and  later  change  fleM  k)catk)n,  fie  i  vaiMatkx). 
flekl  display  e!trf)uts8,  such  as  on-screen  highllghllnp,delauKvak;^  Once  a  screen  has 

been  created,  any  feature  cen  be  eeslyadKnted.  The  INGRES  software  handles  aS  the  screen  I/O,  so 
no  complex  program  Is  needed.  lnamatl8rofafewmlnules,aslmpiescreencanbeconstnicl8dsnd 
a  user  cat  i  be  entering  or  selecting  data  from  the  database. 

Two  slmpietiilert^  10  the  database  are  avalable  that  atew  very  fast  applkaa^  OBF 
or  Qus«7  by  Forms,  Is  a  screen  iniefftm  to  the  daiabem  that  aikms  the  devek)per  to  add,  d)^^ 
deletedala  [}elaultQBFfornw  can  be  nnlomized  with  VIFRED  In  order  te  add  error  checMng  or  to 
customize  the  screen.  Nooodei8reciu'..4dtou8eQBFInanappltealton.  The8ameklndof^Jnctkm,lf 
wfrttlen  In  COBOL.  wouM  require  hundreds  or  thousands  Ibies  of  code.  F)BF.  or  Report  bv  Fumts, 
provMes  simple  fonnailing  and  rstrieval  capebiMes  thn)ugh  a  default  report  on  a  siiig^ 
default  report  fonnats  can  be  changed  or  enhanced  easly.  Nocodkigis  .ivolvedlncreallngareport 
wMiRBF. 

A  more  oornpler  reporting  tool,  caled  Report  Writer.  aikMvs  rmich  more  oomplcaled  r^^ 
writienthand   v  RBF.  sW  with  no  real  code  rsquireri  Report  Wrflsralows  the  resulls  of  a  query  to 
be  fomnatlet.  and  aggregated  using  embedded  oomn        The  Report  WrMerrjmmmdi  ^simple 
to  leam  and  are  combined  with  the  SQL  "seiecT  statement  to  make  up  the  script  A  Report titer 
script  for  a  vsiy  complex  rsport  may  be  only  one  to  one  and  one-half  pages  In  length.  Reports 
specified  wHh  RBF  can  be  written  out  to  a  Report  Writer  script  where  ttiey  can  be  chmged  tf  a  mo^ 
complcaled  report  Is  required. 

The  key  to  the  applcalonbuMng  process  to  INGRES' ABF  or  AppRcalkm  by  Fonra.  This  tod  iMows 
the  devetoper  to  tie  together  the  pieces  of  the  applcalton  written  using  VFRED,  QBF,  Rep«l  Writer 
and  4GL(FburthGeneralkm  Language)  code.  The  4QL  that  ABF  uses.  caledOSL,  to  the  tod  used  to 
spediy  most  of  the  applcaOon  togic. 

The  abWy  to  writ  t  most  d  the  applcalton  oontrd  and  togk;  In  OSL  code  has  in  most  cases  redu^ 
necessity  to  write  C  or  COBOL  rouanee.  Onfy  in  sNuallons  where  the  procedure  required  was  too 
complex  for  08L  to  efitelenlly  handto  or  where  high  performance  was  so  critteai  was  the  4QL 
applcaVon  OQ  averted  to  C  and  optimized  for  maximi'm  perfonnanoe. 
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A8impieapplk»rtioncanbeprodu(»du8lngOSLandlheo^  Duringthe 
applicallon  development  process,  thh  WIKy  to  very  qukMy  make  a  system  prototype  has  been  very 
valuable  to  developers.  The  developer  can  start  with  an  triplication 'shell- ttiat  oontaira 
screens  and  functions,  and  work     the  users  to  after  or  enhance  the  if>pllc^^  Very  Httte  worit  is 
required  up-frons  for  this  process  to  take  place,  and  consequently  IHtie  vwrk  Is  k)st  in  designing 
sornetMng  the  user  does  not  Hke  or  vvants  to  change  siri)stantially.  3y  ushg  the  4QL  applicatk>n 
iMJlWsr,  the  prototype  of  uie  system  is  the  real  baate  for  the  final  prv^ct.  i.e.,  hi  most  oases  the 
prototype  l)ecomes  the  find  product. 

In  general,  we  have  experienced  an  increass  in  overall  devek)pment  prxxluctlvity  since  the  reiaUonal 
oatatiase  and  4QL  tools  have  l)een  used.  The  decrease  m  development  time  has  given  us  the 
opportunity  to  spend  more  time  up-lrom  on  systems  analysis  Issues,  and  has  given  us  the  abWty  to 
system  prototypes  in  the  hands  of  the  users  faster  3ian  ever  before. 

SfiOllU- As  mentioned  earlier  in  this  paper,  the  underlying  pennH  fadlKy  handier 

levels  and  is  very  flexble.  Adminisb  aHve  Systems'  programmers  are  not  required  to  write  dai&  access 

routines  for  each  appNcatkx).  FacKties  for  database  auditing,  checkpointing  and  joumaNng  have  dso 

eliminated  the  need  for  any  programs  to  be  wrttten  to  perform  these  functtons  important  to  database 
security. 

BffidUUK.  We  have  been  pleased  with  the  overdillaxIbiiHy  of  the  relalkxwy  databases,  inaf^cases 
where  they  were  needed,  changes  to  the  systenr.  .rere  easy  to  make,  even  after  the  final  productkxt 
release  of  the  appNcaHon  was  m  place.  Addhg  a  fiekt  to  a  table  does  not  affect  the  wplk»llons  already 
mplaoe.  The  appHcatkm  code  wMstlmn.        change  or  re^on^Htalkm.  T!*  Is  atoueadvwrtaoe 
over  mere  tradfttonal  hSsrardik»' or  nst*otk  databases,  whe^ 

stnjrture.  For  example,  a  mi^  change  made  to  the  UlS  after  Is  WW  release  was  a  r»«trurtur*^ 
the  Student  Bk)graphical  data  table.  Orlginaly  designed  to  be  semester-based,  the  table  conttfned 
many  llekto  that  werp'      from  semester  to  semester.  The  decision  was  made  to  chsnge  the 
database  to  more  ;xcu.alely  reflect  unlversNy  record  keeping,  whkit  wouM  reduce  the  table  size  from 
800.000  rows  to  40.000  rows.  Tins  change,  whteh  required  changes  to  the  data  toading  programs 
some  screens,  queries  and  reports,  and  the  database  fonnat  took  less  thm  one  vreek  to  Irr^^ 
In  a  non-reialk)nal  system,  this  vrouM  have  involved  a  oomplele  re-wrtte  ml  reKX)mpiiatf^ 
the  applcatkNi  code. 

EfidaUttK.  InaddHtontoflexibliHy.portdbMtyofapplknltonsacrossdmeremhardwmandop^  ating 
?22S?  Important  to  us  m  order  to  taki^  advantage  of  new  advances  in  tochncogy. 

Wilh  the  INQRbS  software  we  have  been  able  to  demoniiraie  that  this  is  a  reasoraMy  simple  Ih^ 
do.  As  an  example,  the  UlS  was  moved  ftam  Ms  original  home  on  m  IBM  3083  to  a  VAX  8700  in  less 
than  one  month.  wNh  meet  of  the  time  being  spent  on  msHng  any  operating-system  spedflc  changes, 
such  as  path  names  in  references  to  fltos.  in  re^»mpil<ng  COBOL  code  that  had  e^ 
the  database  and  in  re-vwNIng  the  applcaiton  menu,  vmkii  was  converted  from  REXX  to  DCL  Whena 
second  port  of  the  UiS  was  done,  the  UlS  (database  only)  vvas  moved  from  the  VAX  6330  to  a 
Sequent  Batance  8  machine  ovemlght  Theplecesof  the  code  wrftten  in  COBOL  and  DCL  were  re- 
vvrltien  in  Con  the  Balance,  in  order  to  make  the  applk»«k)n  as  portabteM  Asato8t.wewere 
able  to  move  the  entire  applkattton  from  Dynix  back  to  VMS  in  less  then  a  dav. 

MamUnanw.  Devetopment  wfth  4QL's  have  greatly  simplifled  aspects  of  system  maintenance. 

Because  ABF  alows  us  to  tie  together  many  procedures  and  scpsens.  If  a  change  must  be  made  to 
one  part  of  the  applcatton.  the  entire  applk»tk)n  need  not  be  re-coriY)ltod.  Storing  date  in  tables 
'•«ilher  man  tiaving  »  hard-coded  In  programs  also  sMows  users  to  change  appik»tions  wHh  no 
l»>ogrammer  Inlerventton. 

f?imTlhlllBrt  PlltihfWI  TfWhnntagy.  Finely,  we  see  distrlMJted  database,  in  the  fonn  of  iNQRES/STAR. 
being  a  true  asset  to  our  administrative  computing  efforts  It  the  yews  to  come.  STAR  now  Mows  two 
or  more  databases  to  be  opened  iimuHaneously.  whether  Ihey  are  on  the  same  node  or  on  dftterent 
nodes.  This  feature  is  used  frequently  It  administrative  applcaitons  when  oonnectivHy  to  other 
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databases  is  required,  and  alows  us  to  eHmin^e  dupNcaHon  of  data,  l^eeping  our  databases  current  A 

further  benefit  of  distributed  database  technology  is  found  in  the  ability  to  distribute  data  across  nodes 

vdiicharelnkedtogettiervlaaconvnunk^tkm  Thedala  canbe 

otored  on  any  number  of  nodes  and  users  at  any  node  can  see  any  of  the  data  without  having  to  know 

or  to  specify  where  It  is.  fn  this  way,  nrme  data  are  available  to  rrme  people,  whie  at  tto 

possible  to  store  each  piece  of  data  on  the  machine  where  It  is  most  often  used.  In  order  to  maintain 

efficiency. 

OTHER  CONSIDERATIONS 

Although  the  benefits  of  relaiionai  database  are  many.  It  is  also  important  to  look  at  some  of  the  skto- 
effects  associated  with  moving  to  this  technok)gy  and  to  also  took  at  wtiat  is  required  hi  order  tj  use 
reiationd  database  effecth^ely  and  eflh  iently.  Many  database  vendors  mskB  great  cMms  about  the 
f^le  at  whteh  your  productivity  wM  Increase,  how  simple  the  tools  are  to  use  and  how  much  less  wofk 
youwHhe^todo.  You  are  cautk)ned  to  not  be  fooled  by  such  claims.  Although  productivity  does 
tend  to  Increase,  nothing  happens  ovemightl 

For  Ueert 

Along  with  the  Improved  accef.3  !a  their  own  data,  users  now  have  the  responsibility  of  learning  how  to 
effedvelyusethetoolsthataoavalliMetothem.  If  ttiey  choose  not  to  take  advantage  of  SQL  or  the 
dttv^i  ;,x>is  Ike  QBF  or  RBF,nrK)St  of  the  advantages  of  the  rnove  to 

totlxcuser.  We  have  found  that  support  of  the  system  by  upper  rnanagernent  Is  Importam  to  tt^ 
learning  process  and  the  general  use  of  the  system.  High-level  support  fbr  the  technotogy  has  had 
an  effect  on  Its  use  at  Carnegie  Melon,  particularly  In  th^  When  users  at  the  vtee- 

prssktontlal  level  used  the  UlS  and  saw  the  advantages  that  tMss^^  the  word  spread  to 

others  on  canf)us  who  were  also  dMe  to  take  advantiage  of  t^ 

It  is  Irnpoftam  to  users  that  they  set  asMe  tinfie  to  attend  classes  to 

and  to  learn  SQL  An  khdeplh  understandhg  of  what  data  are  contained  In  whteh  tables  Is  extren.dly 
Important  to  the  user  who  wM  be  writing  SQL  statements  to  retrieve  thh  Jata.  Some  time  shouW  be 
reserved  each  ds^  for  the  user  to  spend  In  pracHoesessk)ns  In  order  to  beooinefc^^  INQRES 
and  SQL,  the  database  and  the  operaMng  system.  We  have  s  ^en  many  users  attend  an  SQL  class 
ani  then  not  pradtoe  what  was  covered  In  dass.  When  they  need  to  do  an  ad-hoc  query,  they  have 
forgotten  wtiat  ttiey  had  learned,  and  are  unable  to  tnekB  ful  use  of  the  sytlem. 

Although  users  are  required  to  know  more  than  ever  before  about  how  their  systems  work  and  may 
find  this  learning  to  be  a  tinne-consurning  process,  K  Is  hnportant  to  stress  to  them  how  tt^ 
Invested  IniUaly  in  leitfning  lie  database  Ifyout,  the 

future.  They  wM  have  belter  access  to  their  own  data,  vvM  not  have  to  go  through  a 'rnk^ 
(adminlstFatlve  computing)  In  al  cases  to  get  data  they  need  and  wM  be  able  to  respond  to  their  users 
in  a  more  efftelent  fashton. 

Remember  that  SQL  Is  stM  a  programming  language,  and  sometimes  SQL  and  database  concepts  wM 
be  diffteult  for  an  end-user  to  master.  One  shouM  be  reallstk  m  theee  cases,  and  encourage  a  u3er 
who  is  having  dtffknilty  to  rmwter  the  fonnatted  screen  appl^^ 
later  dale,  once  comfortable  with  the  screens.  In  some  cases,  either  due  to  lack  of  kiWath^, 
understandhj  or  abWty,  some  users  never  become  comfortable  enough  with  SQL  ^  do  their  own  ad- 
hoc  queries.  Many  users  wl  be  oomem  with  the  *iM-in-the-fbnn*  variety  of  ap^ 

Although  sorne  dalm  that  end  users  are  never  going  to  use  SQL  {3),  ou^ 
few  "key"  users  arise  In  each  department  or  edmlnlstraUve  area  These  hidMduite  tend  to  become  the 
wMmm  expert  In  SQL  and  are  most  often  iriso  the  people  In  the  departrnem^ 
undenrtandlngot'diedaia  These  people  have  been  cMe  to  serve  ab  a  consultant  for  others  in  their 
<departtTient  who  ere  experimenting  with  SQL 
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For  Admlnlttrativ*  Computing 

TTw  addition  of  relational  dalat)aseappH(»tlons  to  cur  computing  environment  brings  witfi  It  a  new  set 
of  responsibilities  for  Administrative  Systems. 

lEBiDiQg.  Training  new  users  vim  a  significant  part  of  ttie  successful  deploymem  of  all  our  reiatic^ 
database  applcatlons.  Staff  who  before  were  developers  and  users  of  the  old  applications  needed  to 
leamho^    use  the  new  tods  avaHaMe  to  them.  As  the  user  community  grew,  many  people  who 
previously  did  not  have  access  to  any  electronic  data  atoo  needed  to  be  trained.  Our  experlenoe  wW. 
tfie  University  information  System  showed  us  that  Administrative  Systems  needed  to  plan  for  and 
present  tralnhg  on  ttw  database  layout,  SQL  and  other  INGRES  tools,  as  weN  as  some  operating 
system  concepts.  Several  sessions,  spannina  days  or  weeks  are  usuaBy  required  to  give  most  users  a 
basic,  woridngioHJwIedge  of  the  appRcaOon  and  the  database  maikager.  A  few  days  between  training 
sessions  was  atoofoufH  to  be  helpful.  This  time  lapse  gave  users  some  time  to  practice  what  was 
discussed  in  the  fomral  dass,  and  to  retum  with  questfons  in  thefdowlng  session. 

We  also  had  to  train  our  own  staff.  A  few  people  in  the  department  wero  relatlonai  database  "experts* 
when  our  n  a|ordevelopmem  began,  but  a  good  part  of  our  staff  were  fh)m  traditional     )OLor  3rd 
genecairon  programming  language  backgrounds.  Some  training  was  <<<ineintenwrily  by  our  own  staff, 
but  we  dM  send  large  groups  to  one-week  training  sesskxtt  given  by  th»  vendor.  In  addWon,  certain 
staff  were  sem  to  specMzed  vendor  training  in  advanced  rerfomriance  or  oodng.  TNsaltcosts 
mon<«y,  and  you  shouMpkei  for  this  in  your  proied  budgets.  As  we  have  added  staff  over  the  past  few 
yeare,  we  continue  to  send  them  to  the  one  week 'INGRES  for  programmere' course,  and  wM  provide 
interuri  reviews  of  database  concepts  on  a  regular  basis. 

SliPPfilt-  In  addMon  to  the  up-front  training  requirement,  our  department  must  plan  for  on-going 
support  of  these  usere.  it  is  important  to  have  a  staff  member  avalabie  to  take 'emergency"  cans  from 
usere  who  are  having  troubto  with  simpto  tasks  Hke  running  the  screen  applksrtfon,  as  well  as  to  cw 
wHh  more  sophlstk»tted  users  who  are  attempting  to  wme  coinplex  Queries  or  Report  Writer  sc^ 
Unless  help  Is  avaiabto,  usere  wM  somellrnes  gl>«  up  on  the  applkaifon. 

AQWS8  Issues-  We  have  talked  some  aoout  the  benefits  or  distributing  the  ad-hoc  access  to  the  data 
wIthSQL  This  method  has  Hs  drawbada.  In  addKxi  to  usere  having  problems  fonnulating  their 
queries,  there  is  the  danger  that  they  may  vifftte  and  execute  "bad"  queries.  Meet  often,  these  are 
'disjoint' queries  that  do  not  properiy  Join  tables.  The  usual  oon8equen::»  of  this  actfon  Is  that  the 
database  manager  executes  a  C^esian  product  and  the  usei's  query  mns  out  of  dsk  space  «id  falls. 
On  a  few  occasions,  however,  the  databases  have  become  inoonsMent  and  oonsequantly 
inaooesslbie  to  al  usere  until  a  "Iwtore' ooinmand  can  be  executed  1^  the  database  administrator. 
(Autoinatfo  restoralton  of  the  database,  as  wel  as  automaAk:  datectkm  of  queries  generate 
resultsare  partofverskMiGof  the  INGRES  software,  but  for  uti«)r  of  version  5  it  Is  a  manueri  process.) 

In  addltton  to  the  problem  with  disjoint  q  aries,  another  unantfolpated  pn)blem  has  wisen.  Usereon 
occaston  are  found  to  be  mnning  large.  iompl«»x  queries  In  Ueradlve  mode  thet  are  comoeting  with 
regular  productton  for  niachlnecydes  01.  the  central  time-sharing  systems,  (to  good  sdutfon  as  to 
how  to  handle  this  problem  has  yet  been  detomnined.  Not  41  usere  can  afford  to  own  their  own  wori( 
3talfon,  where  they  oouM  use  the:)  owr.  machine  rssouroeo.  Access  to  the  database  can  be  HmHed  to 
certerin  houre  of  the  day,  or  usere  can  be  forced  to  execute  ai  queries  hi  batch  mode  at  a  fowe:  priority. 
This  second  optfonwouMprohMt  usere  from  running  simple  queries  during  the  (toy.  nightnow,we 
are  attempting  to  educate  the  usere  who  are  writing  the  more  sophlstteated  queries  about  how  their 
wortt  affects  the  rest  of  the  usere  on  the  madilnes.md  when  and  how  they  shouM  do  their  woric  A 
more  permanent  sdutfon  must  be  devised. 

Mmy  sKes  have  chosen  to  avoM  the  problem  of  usere  causing  nioonsistendes  in  the  produdfon 
databases  by  provkNng  them  wHh  an  addMonal  inquiry  database.  Having  a  dupNcatodatAase  for 
Inquiry  purposes  also  provMes  an  addHfonal  level  of  secuiity  (no  changes  can  be  made  to  tfie  Hve' 
database)  and  heipe  improve  perfomranoe  for  the  usere  of  the  on-Nne  inquiry  screens,  whc  are  not 
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competing  against  massive  update,  tielete  or  add  transactions.  TMs  solution  requires  that  the 
addlttonai  disk  space  be  available,  thai  another  datal)ese  t)e  nialnta^ 

database  be  updated  on  a  leguiar  basis.  Although  this  method  introduces  the  possibility  of  the  two 
databases  being  'out  of  sync,'  dependhg  on  the  volatility  of  the  data  In  the  source  system  and  the 
resources  avaHabie,  this  may  be  a  good  method  to  use  when  production  databases  are  Involved. 

Performanoe.  Getting  gooH  ngrfomwice  from  a  database  application  Is  an  important  part  of  database 
management  and  should  be  given  a  high  priority.  First  and  foremost,  good  database  design  Is  critical 
to  good  performance.  A  large  percentage  ot  the  development  effort,  probcMy  somewhere  around 
35%,  should  be  spent  in  the  design  phase.  We  have  found  that  when  ermigh  time  was  spent  on 
developing  a  good  design,  the  system  performance  issues  were  easier  to  resolve. 

Once  the  desCgn  is  in  place  and  the  appNcatk>n8  written,  if  a  database  Is  not  result 
wW  be  a  slow  system  thai  wM  be  the  source  of  many  complaints.  Database  programmers  must  be 
properiy  trained  In  how  to  tdke  advantage  of  the  dalabasemanagememsystm  and  to  use  It  in 
conjunction  wmi  the  operating  system  to  its  fulest  potent  Sufficient  time  should  be  allotted  during 
the  system  testing  phflM  of  any  project  to  tuno  the  database  and  applet 
performance.  The  tuning'  process  includes  properiy  establishing  fHe  staictures  and  secondary 
Indices,  distributing  the  data  across  dtolcs  and  gcrthering  statistics  used  by  the  internal  query  optimizer 
In  query  execution.  Fine  tuning  should  be  an  ongoing  maintenance  process.  Careful  managenr<ent  of 
all  aspects  of  the  database,  indudkig  indexing,  optimization,  locking,  database  Integrity  and  user 
permits  Is  crucial  to  the  efficient  operation  of  the  appHcafion. 


SUMMARY  AND  FUTURES 

Since  the  implementalion  of  the  first  rstaHonal  database  application  fcv  administrative  use  at  Carnegie 
Mellon,  a  trend  has  existed  toward  broader  dtetribution  of  data  afidln^  infonnation. 
The  standarcflzatlon  of  an  adnMstralive  cornpuUng  on  the  rel^^ 

advantages,  both  to  the  user  and  to  the  data  prooescing  staff.  TTiough  some  special  training  and 
expertise  Is  required  to  properiy  maintain,  adnr>inister  and  use  these  systems,  the  benefits  they  bring 
are  of  criticcri  hnportance  to  the  operation  of  this  universiiy. 

Future  directkxw  for  relational  database  in  administrative  computing  see  oven  more  wori^  being  done 
in  the  area  of  the  dbtributed  database  envlronnrwit,  through  INQRES/STAR,  to  provide  our  users  with 
access  to  rnarrydiffersntdelabases  appearing  to  be  a  single  system.  We  dso  see  the  QATEWay 
products,  which  provide  Unto  to  other  databases  ifke  DEC'S  RDB)  or  fUes,  (such  as  RMS  ntos),  to  be 
useful  to  Ink  existing  non-reiatk)nal  systems  wNh  INGRES  databases. 

Finally,we  hope  to  soon  be  taking  greater  advantage  of  the  natural  language  interfaces  to  datal>ases, 
which  wlRatowoi>r  end  iners  to  have  fulacxees  to  their  data  by  sl^^   mMngth^air  requests  In  simple 
English.  We  hope  that  this  approach  will  provMe  users  with  greater 

eliminate  the  requirement  of  teaming  SQL  to  make  the  greatest  use  of  the  data !.  i  their  systems. 
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ABSTRACT 

Even  small  shops  can  provide  remote  access  to  CD-ROM 
databases  such  as  MEBLIHE,  EEIC,  AGRICQLA,  and  Books  in 
Print,    Despite  having  a  limited  technical  support 
staff,  we We  done  it  in  a  DECNET  environment. 

Many  extremely  useful  databases  are  available  on  CD- 
ROM.    At  our  medical  college,  researchers,  physicians, 
and  students  clamored  for  CD-ROM  hardware  and  software. 
This  confronted  the  administration  with  numerous 
departmental  requests  for  identical  CD-ROM  players, 
microcomputers,  and  database  subscriptions. 

Rather  than  duplicating  these  systems,  we  connected  a 
CD-ROM  player  to  a  device  called  a  "V-Server"  on  our 
VAX  system.    It  isn*t  magic,  but  if  users*  demands  are 
great,  funds  are  limited,  and  you  use  the  DECNET 
communications  protocol,  it  works. 

This  presentation  also  reviews  alternative  CD-ROM 
networking  solutions  using  a  Novell  network,  MACs  under 
TCP/IP,  and  remote  multi-access  CD-ROM  without 
networking. 
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!•      Brief  introduction  to  CD-ROM 

A.  Hardware  -  how  It  works. 

CD-ROM  (compact  read-only  disk)  Is  a  new  technology  that  Is 
breaking  all  previous  barriers  for  storing  computer  data.  A 
small  5-lnch  disk  typically  holds  up  to  600  megabytes  of 
data.    This  Is  the  equivalent  of  nearly  1,500  magnetic 
floppy  disks  of  Information!    CD-ROM  stores  more  because  the 
""focal  point**  of  a  laser  beam  Is  much  smaller  than  a  typical 
"magnetic"  disk  head,  thus  more  Information  can  be  stored  on 
each  disk.    This  has  allowed  many  companies  to  "compact" 
thousands  of  pages  of  Information  on  a  single  disk. 

In  addition  to  being  efficient,  mass-production  of  CD-ROM 
disks  Is  very  economical.    CD-ROM  disks  are  not  susceptible 
to  magnetic  fields  and  cannot  be  accidentally  erased. 

B.  Software  -  %rtiat  databases  are  available? 

New  titles  are  being  released  every  day.    Typically,  CD-ROM 
applications  are  based  on  LARGE  database  systems.    To  date, 
there  are  over  300  titles  available.    A  sampling  of 
databases  (for  education)  Include: 


MEDLINE  -Index  to  medical  journal  articles 

BOOKS  IN  PRINT 
BOOKS  OUT  OF  P^INT 
BLECTRONIC  ENCYCIOPEDIA 
WORLD  ATLAS 

£&I£.-lndex  to  educational  research  literature 

PSYCaiLIT  -  Index  covering  material  of  psychological 

rele  ^ance  scanned  from  over  1300  journals  from  more  than  50 

countries 

ABI -INFORM  *-  a  business  database  consisting  of  abstracts  and 
indexing  to  business  articles  from  over  800  business  and 
management  journals 

TOMES  PLUS  -  Information  on  Industrial  chemicals,  hazardous 
materials,  toxicity,  and  emergency  responses. 
...and  many 5  many  more. 

(At  this  CAUSE  session  we're  distributing  copies  of  the  CD- 
ROM  Sourcedlsk,  a  CD  which  contains  CD-ROM  product  titles 
and  vendors  and  also  copies  of  the  magazine  CD-ROM  Enduser, 
which  Introduces  this  useful  t^schnology. ) 
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C.  Cost  -  Hardware  and  databases 

CD-ROh  drives  (that  attach  to  a  PC)  typically  cost  between 
$800  and  $1400  depending  on  the  type  of  drive  and 
configuration.    CD-ROM  disks  (databases  if  you  like)  can 
cost  as  little  as  $89  or  up  to  $4000.    Many  CD-ROM  databases 
are  purchased  as  a  ^^subscription**  for  a  yearly  fee  which 
usually  Includes  monthly  updates.     [These  costs  do  not 
include  the  microcomputer  system.  ] 

D.  Why  use  CD-R(»r? 

CD-ROM  databases  are  popular  because  they  provide  a  means  to 
access  almost  limitless  amounts  of  information  in  a  small 
space.      Depending  on  your  facilities,  you  may  already  have 
most  of  the  hardware  needed  to  implement  a  CD-ROM  database. 

The  most  important  factor  in  considering  a  CD-ROM  purchase 
is  cost.    If  you  need  the  information,  AND  if  you  can 
implement  a  CD-ROM  system  effectively  in  your  institution, 
then  you  have  cause  to  consider  purchasing  a  CD-ROM  system. 

Another  factor  when  considering  a  CD-ROM  purchase  is  ease  of 
use.    There  is  no  standard  in  the  ways  software  packages  are 
written  to  access  CD-ROM  information.    Some  packages  are 
menu-driven  and  easy  to  use;  other  packages  may  provide  more 
information,  but  are  more  cumbersome.    MEDLINE  alone  is 
currently  sold  by  more  than  a  half-dozen  vendors.    Each  of 
these  systems  is  very  different  from  one  another.    If  you 
get  a  chance  to  "demo"  a  system,  do  so. 

Speed  is  also  a  factor.    Although  CD-ROM  disks  hold 
megabytes  of  information,  CD-ROM  drives  are  somewhat  slow. 
Most  users  are  not  inhibited  by  this,  as  how  much 
information  is  available  usual J y  outweighs  how  fast  they  get 


Nonetheless,  there  are  alternatives  to  CD-ROM  systems,  all 
of  which  should  be  considered  first. 

E.    Alternatives  to  CD-ROM  systems 

The  first  alternative  that  should  be  considered  is  "outside 
access".    Many  vendors  rroviae  access  to  their  databases  for 
a  license  fee.    In  the  past,  we  have  used  the  "Grateful  MED" 
dialup  service  that  the  National  Library  of  Medicine  (NLM) 
offers.    All  any  user  needs  is  a  PC/terminal  and  a  modem. 
The  service  is  convenient  and  is  offered  24  hours  a  day. 

The  cost  for  this  particular  service  is  approximately 
$23.00/hour  for  "prime-time"  access  (9am  -  4piP.)  and 
$16.00/hour  for  "non-prime-time"  access.    Given  the  number 
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Of  r&searchers  at  our  college  that  utilize  the  system,  this 
has  proved  to  be  too  costly .      However,  given  a  different 
situation,  this  would  be  a  cost  effective  way  to  access 
MEDLINE. 

Another  alternative  is  using  **in-house**  systems  that  are  NOT 
CD-ROM  based,  but  normal  **load-your-own**  systems  onto 
computer  disks.    Typically,  you  purchase  the  software/data 
that  runs  on  your  existing  computer  system.    This  is  an 
excellent  solution  if  you  can  afford  it. 


II.    The  prcd>l6B:    A  description  of  our  previous  non-network 
setup 

A.  Hardware  configuration:    the  "standalone"  model 

Our  initial  configuration  is  a    standalone**  model.  It 
consists  of  a  PC/AT  workstation  with  two  internal  CD-ROM 
drives  and  a  slave  printer.    This  workstation  is  physically 
situated  in  our  Medical  Library  and  is  exclusively  dedicated 
to  running  MEDLINE  (from  Online  Svstema^ .  which  consists  of 
a  total  of  eight  (8)  CD-ROM  disks. 

Faculty  and  students  use  the  MEDLINE  system  to  search 
through  literally  millions  of  medical  journals  to  find 
information  relevant  to  their  research.    Because  of  its 
popularity  and  effectiveness  as  a  research  tool,  this 
workstation  is  in  use  almost  all  day  during  library  hours. 

B.  Problems  and  limitations 

The  primary  problem  with  this  setup  is  that  of  the  location 
of  the  workstation.    Faculty  and  students  must  reserve  a 
time  slot  to  use  the  system  and  must  physically  go  to  the 
library  to  perform  their  data  searches.    Our  medical  complex 
is  physically  large,  so  for  many  researchers,  this  proves  to 
be  extremely  inconvenient  and/or  impractical « 

Additionally,  the  workstation  is  only  available  when  the 
library  is  open.    Many  of  our  faculty  perform  their  research 
after  midnight  (or  weekend  evenings)  when  the  library  is 
closed,  and  thus  they  miss  being  able  to  use  this  powerful 
research  tool  at  their  convenience. 

Finally,  because  there  are  only  two  disk  drives,  v^txa 
occasionally  must  "swap"  disks.    This  is  an  inconvenience 
and  slows  search  time  a  bit. 
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C.     Cos't  of  adding  users  -  unacceptable! 

The  cost  foi"  a  CD-ROM  workstation  (Including  all  software 
and  licenses)  can  easily  add  up  to  between  $5,000  and 
$8,000.    Ne  could  attempt  to  solve  the  above 
problems/llnltatlons  by  "duplicating"  this  setup  across 
campus  In  various  locations,  but  the  costs  would  add  up  very 
quickly,  and  not  enough  staff  Is  avallUdle  to  manage  each 
separate  workstation.    Obviously,  this  was  not  the  best  way 
to  expand  our  resources. 


III.  The  solution:    A  description  of  our  "multi-access"  setup 

A.     The  new  hardware  configuration  -  uses  mostly  existing 
hardware 

To  solve  '•Jie  problem  of  purchasing  costly  redundant  systems, 
and  to  overcome  the  fact  ^hat  PC  CD-ROM  applications  are  not 
usually  "networkable",  the  MIS  department  used  what  is 
called  a  "V-Server",  from  Virtual  Microsystema .  Tnr- .    The  V- 
Server  is  a  device  that  contains  four  (4)  286-based 
processing  cells,  and  lets  any  VAX  terminal  (VT  compatible) 
run  PC-based  applications.      At  the  time,  the  v-Server  was 
being  used  by  staff  who  have  terminals  and  who  do  occasional 
PC  work,  usually  word  processing  or  spreadsheets,    when  the 
need  for  additional  MEDLINE  access  emerged,  we  realized  that 
the  v-server  offered  a  way  to  implement  remote  MEDLINE 
access . 

The  V-Server  connects  to  the  VAX  via  a  standard  ETHERNET 
cable,  and  uses  the  DECNET  protocol  to  communicate  with  the 
VAX.      Each  of  the  4  V-Server  cells  comes  with  an  expansion 
slot,  so  it  was  easy  to  hook  up  a  CD-ROM  disk  controller. 
PC  "disks"  are  actually  virtual  disks  stored  on  the  VAX. 
The  V-Server  cells  handle  the  processing,  while  the  VAX 
handles  terminal  communication. 

[see  figure  1  on  page  10] 

The  nicest  benefit  of  this  setup  for  us  is  that  it  uses 
mostly  existing  hardware:    By  connecting  the  CD-ROM  disks  to 
the  V-Server,  MEDLINE  instantly  became  available  to  all  of 
our  hardwired  aod  dialup  users. 

The  problems  of  physical  location  of  the  CD-ROM  system  have 
been  eliminated,  and  the  cost  (approximately  $10,000  for  a 
4-cell  V-Server)  were  definitely  reasonable.    Note  that  we 
also  use  the  V-Server  for  many  other  DOS  applications  in 
addition  to  the  CD-ROM  application,  so  the  money  invested 
was  well  used. 
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B.  Problens  and  liBltatlons 

Although  the  V-Server  is  "PC  compatible",  there  are 
obviously  differences.    It  took  a  lot  of  parameter 
"tweaking"  to  install  the  CD-ROM  software  properly.  We 
discovered  that  our  MEDLINE  uses  quite  a  bit  a  memory,  so  we 
had  to  upgrade  the  CD-ROM  V-Server  cell  with  expanded  memory 
($1000)  to  work  properly. 

The  second  problem  is  that  although  the  V-Server  can  be 
accessed  by  anyone  [with  a  terminal/pc]  on  our  campu^.,  only 
one  person  can  access  the  CD-ROM  system  at  a  time.    This  is 
because  only  one  of  the  V-Server  cells  can  access  the  CD-ROM 
disk.    Until  recently,  this  has  been  a  minor  inconvenience 
for  our  users.    However,  the  CD-ROM  system  has  become  so 
popular  that  we  are  addressing  the  problem  of  simultaneous, 
multi-user  access  to  CD-ROM  now. 

Another  problem  with  the  V-Servei  is,  as  mentioned  above, 
that  it  expects  a  VT-compatible  terminal  on  the  user  end. 
The  keyboard  mapping  thus  becomes  somewhat  awkward  (i.e., 
"F6"  on  a  VT220  terminal  to  enter  an  "Fl"  for  the  PC 
application) .    This  problcan  is  further  compounded  by  users 
who  use  PC*s  to  dial  into  the  system,  who  end  up  with  a  PC 
emulating  a  VT  terminal  emulating  a  PC.  Virtual 
Microsystems  (the  V-Server  vendor)  is  currently  developing  a 
terminal  emulation  package  for  PC  users  that  will  map  all 
keys  on  a  1-to-l  basis  to  make  it  much  easier  to  use. 

At  this  time,  MACINTOSH  users  still  have  to  put  up  with  the 
odd  keyboard  mapping.    Nonetheless,  one  physician  MAC- 
enthusiast  has  contrived  a  way  to  use  the  V-Server  MEDLINE 
from  his  MAC.    Once  we  resolve  IBM/PC  problems,  wc  will  then 
work  on  the  MAC  next. 

C.  Reaction  of  staff  and  students-  enthusiastic! 

Most  of  our  staff  and  students  were  familiar  wirh  the 
Library's  CD-ROM  MEDLINE  system,  bv\t  many  did  not  use  it  for 
reasons  described  above.    When  they  found  out  we  were 
hooking  up  a  similar  system  accessible  from  the  VAX,  the 
reaction  was  fanrastic.     We  have  now  set  up  several  users 
(over  50)  who  all  remotely  access  the  system.    The  amount  of 
data  on  the  CD-ROM  disks,  combined  with  an  excellent 
software  package,  have  helped  researchers  tremendr-sly. 

Our  department  has  received  many  calls  and  a  several  letters 
commending  the  system,  and  they  all  want  more! 
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D.  The  next  step  -  Using  a  NUVELL  network  in  our  setup 

As  mentioned  above,  a  maior  limitation  of  our  current  system 
is  that  it  can  be  only  accessed  by  one  user  at  a  time.  The 
solution?    We  might  set  up  the  CD-ROM  system  on  some  sort  of 
PC-BASED  network,  such  as  fifiXfili.    However,  at  first  glance, 
this  seems  too  expensive,  end  also  takes  the  VAX  out  of  the 
picture  as  the  communications  front-end. 

Academic  Computing  Services  at  the  University  of  North 
Carolina  (Chapel  Hill)  has  proposed  an  incenious  setup  that 
uses  both  solutions,  using  a  Novell  network  and  the  V- 
Server.  This  solution  solves  ths  above  mentioned  problems o 

The  setup  involves  attaching  multiple  CD-ROM  disks  to  a 
Novell  file  server.    Each  of  the  V-Server  cells  is  then 
configured  with  a  network  card  (in  the  expansion  slot)  and 
thus  each  V-Server  ceH  becomes  part  of  the  CD-ROM  network. 

[see  figure  2  on  page  10] 


This  approach  solves  our  current  problems,  and  is  cost 
effective.    A  complete  network  (with  workstations)  need  not 
be  purchased;  only  one  workstation  (the  server)  and  up  to 
four  (4)  network  cards.    The  CD-ROM  disks  which  are  now 
attached  directly    -o  the  V-Server  would  instead  be  attached 
to  the  network  server. 

We  have  fo\ind  four  vendors  of  CD-ROM  networking  products  - 
Artisoft .  Ingf/  Meridian  Data.  Inc. .  Online.  Inc..  and  CBIS. 
iBSt'  Base  systems  range  from  $2,000  for  a  5-user  system  to 
$15,000  for  a  20-user  system. 

IV.  Other  multi-user  CD-SON  possibilities 

A.  MACINTOSH-based  disk  server 

The  solution (s)  shown  above  all  met  our  needs.    We  are 
running  a  DEC  VAX  with  DECNET,  and  the  V-Server  happened  to 
fit  into  this  nicely. 

What  about  non-DECNET  sites?    In  our  research  of  various 
solutions,  we  have  uncovered  some  alternatives  for  sites 
that  may  not  be  configured  as  ours.    One  answer  involves  the 
use  of  a  MACINTOSH  computer  as  an  APPLESHARE  file  server. 

Stanford  University  recently  evaluated  a  system  called 
"Knowledge  Finder"  that  uses  a  Macintosh  SE  computer  working 
as  an  APPLESHARE  file  server  over  a  PHONENET  network.  In 
turn,  this  APPLESHARE  network  is  connected  to  the  campus 
TCP/IP  ethemet  by  using  a  Kinetics  Fastpath  gateway. 
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Thue,  users  of  Macintosh  computers  across  the  local  PHONENET 
or  other  similarly-connected  PHONENET  networks  can  all 
access  the  CD-ROM  server.    Their  evaluation  was  successful, 
and  they  have  implemented  the  product  campus-wide. 

Like  us,  they  too  implemented  a  solution  that  fit  into  their 
existing  configuration,  namely  the  TCP/IP  network. 

B.  Modification  of  the  Vserver 

Another  alternative  that  could  be  investigated  is  to  have 
the  technical  staff  at  virtual  Microsystems  modify  the  V- 
Server  so  that  the  CD-ROM  drive  is  accessible  from  ALL  of 
the  V-Server  *'cells",  and  not  just  the  one  cell  that  the 
disk  controller  is  attached  to. 

This  gives  us  a  "non-network"  multi-user  system,  and  is 
somewhat  cheaper  than  the  Novell  system. 

This  would  he  a  satisfactory  solution,  but  it  is  slightly 
limiting.    First,  we  would  be  reG[uired  to  "invest"  a  few 
thousand  dollars  of  funding  to  have  Virtual  implement  this 
solution,  and  it  might  be  quite  some  time  before  the 
finished  product  is  ready. 

In  addition,  this  limits  our  use  of  the  CD-ROM  system  to  the 
V-Server,  and  it  gives  us  little  flexibility  to  move  to 
another  configuration  in  the  future. 

C.  Multi-user  access  WITHOUT  the  VAX 

Obviously,  not  everyone  reading  this  paper  has  a  VAX. 
Fortunately,  there  are  many  solutions.    The  latest  solution 
to  this  problem  has  only  recently  been  addressed  by  network 
vendors.    Both  Novell  and  Gandalf  Technologies  have  recently 
introduced  network  systems  that  do  not  use  any  front-end 
whatsoever,  nor  do  they  use  workstations.    Instead,  these 
network  systems  work  with  many  PC's  or  ASCII  terminals, 
connected  through  a  serial  line.      The  result  is  much  like  & 
V-Server,  in  that  you  can  easily  provide  remote  access  to 
networked  systems,  specifically  CD-ROM. 

The  cosus  for  these  systems  range  from  $10,000  to  $20,000 
(CD-ROM  hardware /software  not  included) .    This  type  of 
system  does  NOT  make  use  of  your  existing  systems,  except 
for  your  modems  and/or  communication  lines.      However,  this 
type  of  system  does  free  you  from  dependance  on  any 
particular  mainframe  system  and/or  network,  and  it  can  offer 
extremely  flexible  communications  alternatives. 
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Conclusion 


A.    Bvaluace  your  needs 

Should  you  buy  a  CD-ROM  system?    Only  your  users  can  tell 
you.    Find  out  the  needs  of  your  user  community.  Next, 
compare  those  needs  with  your  knowledge  of  what's  available 
in  the  marketplace.    Subscribe  to  many  of  the  free  CD-ROM 
journals  available  to  get  the  latest  information. 

The  Medical  College  of  Wisconsin  found  an  increasing  need 
for  the  MEDLINE  database.    Since  the  initial  library 
workstation  was  installed,  our  need  for  access  to  this  ty)De 
of  system  has  grown  exponentially.    For  us,  alternate 
methods  of  access  (e.g.,  licensed  external  services  or 
building  in-house  disk  systems  on  the  mainframe)  were  too 
costly  to  be  acceptable. 


B.  Evaluate  your  systems 

Take  a  look  at  your  existing  hardware.  Does  it  lend  itself 
to  hooking  up  some  type  of  PC-BASED  system?  There  are  many 
options. 

DEC  VAX  systems  (like  ours)  can  hook  up  to  many  typcss  of 
computers  easily.    We  happened  to  have  a  third  party  product 
(V-Server)  that  made  access  to  PC-BASED  applications  easy. 
There  are  msny  ways  to  enable  multi-user  access  to  CD-ROM 
systems,    use  your  own  hardware  if  you  can,  as  cost 
effectiveness  is  always  important. 

C.  Choose  the  solution 

Finally,  make  the  choice  appropriate  for  your  institution. 
We  were  able  to  implement  a  solution  that  was  extremely  cost 
effective  with  a  minimal  initial  investment.    Because  we 
were  doing  somethina  "new"  with  our  particular  MEDLINE  CD- 
ROM  software  system,  the  College  received  a  1-year  license 
grant  to  make  sure  the  system  was  functioning  properly. 

Check  with  your  CD-ROM  product  vendor  to  see  what  type  of 
evaluation  periods  are  available.    Although  CD-ROM  products 
provide  a  great  way  to  distribute  information,  licensing  can 
sometimes  be  costly,  and  the  wrong  choice  can  mean  an 
unsatisfactory  system. 
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Existing  V-Server/CD  ROM  setup 
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U-VIEW:  STUDENT  ACCESS  TO  INFORMATION  USING  ATM'S 


John  J.  Springfield 
Boston  College 
Chestnut  Hill 
Massachusetts 


U-VIEW  allows  students  to  display  and  print  their  Boston 
College  records  at  automated  teller  machines  (ATM' s ) 
located  throughout  the  campus.  By  inserting  a  magnetic 
striped  id  card  and  typing  in  a  personal  identification 
number  (PIN),  students  are  allowed  access  to  their 
courses ,  grades ,  student  loans ,  student  accounts , 
financial  aid,  addresses,  and  other  personal  information. 

ATM's  are  "natural"  to  the  student  because  they  can  be 
located  in  convenient  areas  and  are  available  after 
normal  office  hours.  In  addition,  the  U*VIEW  ATM's  have 
builtin  80*column  printers.  U-VIEW  has  improved  life 
for  administrators  by  eliminating  many  inquiries. 
Records  are  more  accurate  because  students  are  reporting 
errors.  The  ATM  security  features  include  the  ability  to 
capture  obsolete  and  stolen  cards.  ATM's  are  rugged 
enough  to  be  located  in  unattended  areas.  Future  uses 
include  the  ability  to  drop  and  add  courses,  view  urgent 
messages,  and  update  records. 
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An  Old  Idea^  A  New  Idea 

The  idea  o£  distributing  computer  access  to  user  departments  is 
not  new.  However,  if  we  expand  the  term  "user"  to  include  the 
student  (the  true  "end-user"),  we  are  soon  confronted  with  a 
whole  set  of  issues  that  must  be  confronted.  How  do  we 
guarantee  security?  What  hours  should  access  be  allowed?  What 
kind  of  devices  should  be  used?  Should  the  devices  be  located 
in  hallways,  dorms,  or  kiosks?  Should  full-page  printouts  be 
available?  Should  the  new  service  complement  or  replace 
existing  departmental  access? 

After  pondering  this  idea  you  soon  reach  the  conclusion  that 
you  need  a  device  that  can  read  encoded  ZD  cards,  is  intuitive 
to  use,  has  a  built-in  printer,  and  is  rugged  enough  to  resist 
abuse.  In  short,  you  need  an  ATM  (Automated  Teller  Machine) 
that  has  an  80-column  printer  instead  of  a  cash  dispenser. 


First  Attempt  -  Terminals  with  Mag  Stripe  Readers 

Borrowing  an  idea  from  David  Ridenour  of  Indiana  State 
University  ("Allowing  Students  Read-Access  To  Their  Own 
Computer  Records",  CAUSE/EFFECT  , March  1988),  we  decided 
to  set  up  terminals  with  attached  mag  stripe  readers  in  three 
high-traffic  locations:  outside  the  registar's  office,  inside 
the  library,  and  next  to  the  cashier  windows.  Since  students 
already  had  encoded  ID  cards,  we  did  not  have  to  set  up  new 
administrative  procedures.  By  late  summer  of  1988  students 
were  using  "U-VIEW"  at  these  single  purpose  terminals  to 
access  their  courses,  grades,  loans,  accounts,  financial  aid, 
addresses,  and  other  personal  information.  U-VIEW  was  easily 
used  by  swiping  an  ID  card  through  the  card  reader  and 
supplying  a  birth  date.  It  was  an  instant  hit  with  both 
students  and  administrators. 

However,  there  were  problems  with  this  approach.  Specifically: 

Some  students  inadvertently  locked  the  keyboards  by 
pressing  cursor  and  other  keys.  A  standard  refrain 
from  the  registrar's  office  was  "Hit* the  reset  keyl" 
Clearly,  the  standard  keyboard  was  too  compli<;ated. 
All  we  needed  was  a  simple  numeric  keypad  and  a  few 
function  keys. 

It  became  apparent  that  most  students  wanted  and 
needed  a  printout.    Long  lines  were  being  created 
because  students  were  copying  information  from  the 
screen  to  paper. 

.    Because  the  terminals  and  card  readers  sometimes 
confused  students,  there  had  to  be  a  staff  person 
in  a  nearby  office  to  help  them.    It  was  obvious 
that  these  devices  were  not  self-sufficient  enough 
to  be  left  totally  unattended. 
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•    Terminals  had  to  be  secured  a^":  night  because  they 
were  not  designed  to  resist  abuse  or  theft. 

.    Although  Che  system  could  detect  anyone  with  an  old 
or  stolen  ID  card,  we  had  no  way  to  automatically 
retain  the  card. 


Experimenting  with  an  ATM 

By  the  fall  of  1988  it  was  clear  that  we  needed  a  device  that 
looked  and  acted  like  the  standard  ATM  that  was  commonly  used 
by  banks.  The  main  difference  is  that  we  needed  a  built-in 
printer  instead  of  a  cash  dispenser.  Students  were  used  to 
using  bank  ATM's  on  and  off  campus,  if  we  could  find  an  ATM 
with  a  80-column  printer  we  were  sure  we  could  solve  our 
problems.    But  did  such  a  device  exist? 

After  contacting  NCR  and  Diebold,  we  discovered  that  Diebold 
had  a  model  1060  "Everywhere  Teller  Macnine".  It  was  exactly 
what  we  needed!  1^  had  a  20  by  40  column  display  screen,  a 
numeric  keypad,  four  function  keys,  and  an  80-coiumn  printer. 
But  could  we  communicate  with  it  via  VTAM  and  CICS?  It 
supported  SNA/SDLC  protocol,  but  the  endor  had  not  heard  of 
anyone  rigging  it  up  in  the  manner  we  proposed.  After  we 
secured  a  loaner  ATM  and  manuals  from  Diebold,  we  were  on  our 
own. 

When  we  received  the  ATM  in  December  or  1988,  our  first  and 
biggest  task  was  to  see  if  we  could  talk  to  it.  Rod  Feak, 
Computer  Center  Director  and  seasoned  system  programmer,  dove 
into  the  manuals.  Without  Rod  I  would  have  hit  a  wall.  Rod 
described  the  ATM  to  our  system  as  a  control  unit  with  a 
logically  attached  terminal.  To  CICS  it  was  set  up  as  a  3600 
device,  within  a  month  Rod  had  CICS  talking  to  the  ATM.  After 
that  I  retrofitted  our  existing  u-VIEW  application  to  work  on 
the  Diebold  ATM.  By  February  1989  we  went  live  and  became  the 
first  college  to  use  an  ATM  to  dispense  student  information. 


U-VIEW  on  an  ATM 

The  ATM  is  left  povered  up  at  all  times  except  for  periodic 
maintenance.  Wnen  it  is  first  powered  up,  a  CICS  transaction 
sends  a  series  of  "states"  and  "screens"  to  the  ATM.  These 
states  and  screens  allow  the  ATM  to  have  limited  functions  even 
when  CICS  is  subsequently  brought  down,  without  accessing  CICS 
the  ATM  can  handle  menu  navigation,  timeouts,  and  incorrectly 
inserted  cards.  But  once  a  student  requests  data,  the  ATM 
sends  a  message  to  a  CICS  transaction  and  waits  for  a  response. 
Response  time  is  fast  when  displaying  data.  Printing  data 
takes  longer  because  of  the  relatively  slow  printer.  All 
access  is  recorded  on  a  log  file  on  the  mainframe. 
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The  fiirst  screen  appears  as  follows t 


BOSTON  COLLEGE 
U-VIEW 


PLEASE  INSERT 
YOU  BC  10  CARD 


I  1 

I  1 


II 


1  1 

2  1  3  1 

1  4 

5  1  6  1 

1  7 

8  1  9  1 

1  0 

CANCEL  1 

0      ( rour 

0  Function 

0       Keys ) 

0 

The  card  is  read  by  the  ATM  and  verified  that  it  is  an  active 
BC  student  ID  card.  If  it  has  been  reported  stolen,  it  is  kept 
by  the  ATM  and  reported  to  the  security  administrator.  It  is 
important  to  note  that  all  cards  are  kept  by  the  machine  until 
the  student  is  finished.  At  the  end  of  a  session,  the  card  is 
partially  released  to  allow  the  student  to  retrieve  it.  If  the 
student  walks  away,  the  card  is  retained  by  the  ATM. 


The  next  screen  asks  for  the  student's  PIN  number: 


I 

I 

PLEASE  ENTER 
YOUR  PIN  NUMBER 

xxxxx 

THEN  PRESS  —————> 


0 
0 
0 
0 


The  PIN  is  verified.  If  incorrect,  the  student  is  allowed  two 
more  tries.  The  card  is  rejected  rfter  the  third  incorrect 
attempt.  If  the  student  contnues  to  reinsert  the  card  and  enter 
an  incorrect  PIN,  the  card  in  retained  after  9  tries  security 
administrator  is  notified. 
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Once  the  student  is  allowed  entry  to  U-VZEW,  the  main  menu 
screen  appears: 


PLEASE  MAKE 


A  SELECTION 


PERSONAL  INFORHATION  «— -> 
ACADEMIC  INFORMATION  — ~> 
FINANCIAL  INFORMATION  -— > 
QUIT  U-VIEW  —»>-—-—> 


0 
0 
0 
0 


After  this  menu  are  various  sub-menus  and  screens  showing 
the  desired  information.  All  navigation  is  done  by  pressing 
one  of  four  function  keys.  Each  non-menu  screen  allows  the 
student  to  press  a  function  key  to  print  the  data  on  the 
built-in  printer.  Since  the  screen  is  only  40  characters  wide, 
the  printout  usually  has  more  detailed  information  that  the 
scr:«en. 


Here  is  an  example  of  a  present  semester  course  screen: 


COURSE  NAME  SCHEDULE  LOCATION 


Note  that  the  print  and  continue  functions  are  always 
positioned  on  the  last,  two  lines  on  the  non-menu  screens.  For 
security  reasons  screens  and  printouts  never  have  student  ID'S 
or  names  on  them. 


GENERAT   CHEMISTRY  I 
GENERAb  dIOLOGY  I 
CALCULUS  I 
INTRO  TO  LITERATURE 


M  W  F  8 
T  TH  10 
M  W  F  1 
T  IH  11 


102  CUS 
104  DEV 
207  HIG 
001  FUL 


PRESS  TO  PRINT  ~ 
PRESS  TO  CONTINUE 


> 
> 


0 
0 
0 
0 
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By  selecting  various  options  at  each  menu,  students  are  allowed 
to  view  and  print  the  following  information  about  themselves. 

•  Home,  local,  and  parent  addresses 

•  Vehicle  parking  permits 

•  Academic  status  and  rank 

•  Last,  present,  and  next  semester  courses 

•  Advisor  and  registration  appointment  time 

•  Student  account 

•  Financial  aid 

•  Student  loans 


Human  Factors 

Even  though  jumping  the  technological  hurdles  was  personally 
exciting,  it  is  the  human  factors  that  have  and  continue  to  be 
challenging.  Students  respond  well  to  the  simple  keyboard  and 
familiarity  of  an  ATM.  We  tried  to  mimic  the  human/machine 
interaction  of  a  bank  ATM  wherever  possible.  Ho^vever,  there 
are  still  some  human  factor  problems  that  do  net  offer  an  easy 
solution. 

Our  first  problem  centered  around  the  printing  of  information. 
Should  we  automatically  dispense  each  printout  after  each 
selection,  or  Si40uid  we  wait  until  the  student  ends  the 
session?  Even  though  it  wastes  paper,  we  found  that  people 
want  a  printout  immediately  after  they  press  the  print  function 
key.  So  we  form  feed  the  paper  out  of  the  machine  as  soon  as 
possible. 

Another  consideration  is  the  length  of  time  that  is  allowed  to 
view  a  screen  or  answer  a  question.  If  we  do  not  allow 
sufficient  time  to  read  all  the  information  (say  25  seconds), 
we  frustrate  the  user.  However  if  a  long  response  time  is 
allowed,  users  may  walk  off  without  taking  their  cards  1 

Our  current  dilemma  involves  the  changing  of  the  menu  structure 
'^sed  upon  the  time  of  year.  During  drop/add  period  virtual 
all  students  want  to  see  their  courses.  After  the  end  of  the 
semester  they  want  to  see  their  grades.  Instead  of  going 
tiirough  two  menus  to  reach  the  selection,  we  could 
automatically  put  the  most  frequent  selection  on  top  based  upon 
the  time  of  year.  However  this  may  confuse  the  "frequent  user" 
student  who  is  used  to  seeing  things  in  the  same  order. 


Shared  Administration  of  U-VIEW 

To  make  U-VIEW  work  successfully  it  was  imperative  that  key 
departments  be  involved  in  overseeing  it.  He  were  fortunate  to 
already  have  most  of  the  pieces  in  place  before  the  project 
began • 

The  ID  card  is  issued  by  the  campus  police.  If  a  card  is 
stolen  of  lost  the  campus  police  investigate  and  reissue  cards. 
Cards  that  are  retained  by  the  ATH's  are  turned  over  to  the 
police  on  a  daily  basis. 

HIS  handles  the  programming,  the  computer  center  manages  and 
maintains  the  ATM's,  and  network  services  maintains  the 
connections  and  checks  daily  for  worn-out  ribbons  and  lack  of 
paper. 

The  security  administrator  monitors  an  online  log  of  U-VIEW 
access.  Students  are  notified  if  there  has  been  suspicious  use 
of  their  cards.  Statistics  are  kept  on  daily  and  monthly 
usage . 

The  registrar  and  other  offices  are  very  helpful  in  suggesting 
improvements  to  present  features  as  well  the  need  for  new 
options. 


Acceptance  of  the  ATM 

From  the  beginning  the  ATM  was  a  success.  Everybody  seemed  to 
say,  "Gee,  why  didn't  we  do  this  years  ago?*.  Students  now 
have  "one-stop  shopping".  Administrators  can  be  freed  from 
answering  simple  inquiries  and  use  their  time  on  the  more 
involved  student  questions  and  problems. 

The  fall  of  1989  showed  the  following  usage  of  the  A^M: 


On  slow  weekdays  about  100  students  use  the  machines.  Busy 
days  will  show  over  500  students. 

It  should  be  noted  that  we  expect  this  count  to  increase  as  we 
add  more  capabilities.  We  are  purposely  keeping  the  functions 
static  until  we  have  more  ATM's.  We  do  not  want  to  simply  move 
the  lines  from  an  office  to  the  lines  to  the  ATM's. 


MONTH 


NUMBER  OF  STUDENTS 


September 

October 

November 


5285 
2304 
3828 


Future  Enhancements 


Currently  we  have  restricted  students  to  inquiry  mode  only.  The 
next  step  is  to  allow  updates,  vi«  Ing  and  sending  messages, 
and  requesting  printouts  requiring  batch  processing.  Some  of 
this  may  require  an  ATM  with  an  alpha  keyboard,  more  function 
keys,  or  voice  and  video.  ATM  use  could  also  be  opened  up  to 
faculty,  staff,  and  alumni. 

Here  are  a  few  ideas  for  future  use  of  the  ATM: 
•  Drop/Add 

Allow  students  to  drop/add  courses  that  require  no 
departmental  permission. 

Student  Elections 

Uso  the  ATM  like  a  voting  machine.  Insure  that 
students  only  vote  once.  Voter  turnout  would 
increase.  Results  would  be  known  instantly  after 
polls  are  closed. 

.    Updating  Local  Addresses  and  Phones 

Students  can  update  their  own  addresses  by  choosing 
from  a  list  of  dorms  or  neighboring  streets.  A  free 
form  address  would  require  an  alpha  keypad. 

Messaging 

Urgent  messages  from  home,  campus  police,  faculty, 
adminstrators,  or  other  students  could  be  displayed 
automatically  on  the  first  menu  screen.    The  sending 
of  messages  world  require  an  alpha  keypad. 

Faculty  and  Staff  Usage 

Allow  faculty  and  staff  to  view  their  address  and 
phone,  payroll  deductioni?,  etc.    Currently  anyone 
having  access  to  a  CICS  terminal  can  view  their 
records.    However  some  staff  may  not  have  access  to 
a  terminal. 

.    Alumni  Usage 

Alumni  could  view  thair  records,  request  theatre  or 
sports  tickets,  or  request  information  on  current 
donation  projects. 


Conclusion 

The  ATM  has  proven  itself  to  be  an  effective  way  to  distribute 
Information  to  students,  ft  ^  administrators  of  tedious  tasks, 
and  generally  improve  the  quality  of  life  at  the  university. 
It's  greatest  strengths  over  standard  terminals  are  the 
security  features,  convenience,  ease  of  use,  resistance  to 
abuse,  hours,  and  ability  to  print  full-page  information. 
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IMPLEMENTING  A  CENTRALIZED  DIRECTOR Y  AT  LSU 

Emillo  A.  Icaza  and  Ouida  H.  Carroll 

Admlnistratlva  Information  Systoms 
Louisiana  State  Unlvorslty 
Baton  Rouga,  Louisiana 


ABSTRACT 

After  twelve  years  of  developing  online  data  base  systems,  LSU 
achieved  a  major  goal  of  integrating  administrative  data  processing 
systems  by  creating  a  centralized  repository  called  the  Directory. 
The  Directory  stores  name  and  address  information  aSout  an 
individual,  and  serves  not  only  as  an  entry  point  to  such  systems 
as  Payroll,  Personnel,  Student  Records,  and  Traffic,  but  also  as 
an  indicator  of  an  individual's  relationship  with  the  University. 
Because  the  Directory  collects  information  from  administrative 
offices  spanning  different  areas  of  responsibility,  user 
coordination  was  a  critical  requirement  during  the  development  of 
the  system.  Both  users  and  analysts  were  challenged  during  the 
design  to  evaluate  the  needs  of  the  University  as  a  whole,  in 
addition  to  the  needs  of  the  individual  offices.  Topics  of  the 
presentation  include  design  requirements,  special  features,  and 
prcMems  encountered  during  design  and  implementation. 
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INTRODUCTION 

In  the  course  of  managing  administrative  computing  development 
strategies,  the  direct  involvement  or  users  is  indispensable. 
However,  users  sometimes  seem  to  focus  on  their  immediate  needs 
as  opposed  to  the  needs  of  the  University.  As  a  leader  of  a 
technology  group  charged  with  the  responsibility  tc  deliver 
solutions  to  the  community,  what  do  you  do  if  multi-departmental 
priorities  conflict?  How  do  you  consolidate  the  requirements  of 
many  departments  into  a  unified  "institutional  requirement"  and 
work  toward  its  implementation  without  direct  departmental 
sponsorship? 

In  this  presentation  we  will  describe  the  steps  that  we  at 
Louisiana  Ste'te  University  took  to  design  and  implement  a 
centralized.  University-wide  Directory  system.  We  will  describe 
^he  environment  that  lead  to  its  development;  we  will  explore  the 
managerial  as  well  as  technical  issues  we  faced;  and  we  will  give 
you  enough  insight  into  the  rewards  of  doing  this  so  that  you  will 
leave  here  ready  to  try  it  yourself. 


THE  LSU  ENVIRONMENT 

The  University 

At  the  time  this  project  was  conceived,  Louisiana  State 
University,  had  a  management  structure  as  follows: 


Chancellor 


E 


V.  c. 

Acadenic 

Affairs 


V.  C. 

Business 

Affairs 


V.  C. 

Student 

Affairs 


V.  C. 

Relations 

Develop. 


V.  C. 
Ada  in. 
Services 


V.  C. 
Research 


Our  department.  Administrative  Information  Systems  (AIS), 
reported  to  the  Vice-Chancellor  for  Administrative  Services.  For 
many  years,  AIS  had  concentrated  its  efforts  in  developing 
applications  that,  while  focused  on  the  needs  of  the  University  as 
a  whole,  addressed  mainly  the  needs  of  the  individual  sponsoring 
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departments.  Because  of  this  departmental  emphasis,  a  promise 
that  we  made  in  the  late  seventies,  to  develop  data  base  systems 
that  shared  information,  had  not  yet  been  fully  realized. 

For  example,  offices  under  all  six  of  the  Vice-Chancellors,  were 
managing  directory  information  iname,  address,  and  phone 
numbers)  through  the  many  systems  already  developed,  but  they 
were  not  ail  coordinated.  Let's  visit  with  some  of  them  to 
experience  the  problems  they  were  having. 


Public  Relations 

Meet  Libby  Paxton.  Libby  worlcs  for  the  LSU  Office  of  Public 
Relations.  Public  Relations  reports  to  the  Vice-Chancellor  for 
Alumni  Relations  and  Development.  Libby  is  in  charge  of 
Publications.  She  and  her  colleagues  publish  many  of  the 
University's  publications  like  the  catalogs,  brochures,  magazines, 
etc.  One  such  publication  is  the  LSU  Phone  Boole.  Like  many 
other  universities'  directories,  the  LSU  Phone  Book  includes 
information  about  students,  employees,  and  the  University 
organizational  structure. 

Prior  to  the  Directory  system  implementation,  Libby  obtained 
student  name,  address,  and  curriculum  information  from  the 
Student  Records  data  base.  During  the  fall  registration  process, 
students  were  given  an  opportunity  to  correct  their  name  and/or 
address  through  scannable  forms.  After  registration,  these 
forms  were  used  to  update  the  data  base.  Later,  the  information 
was  extracted,  converted  from  upper  case  to  upper  and  lower 
case,  and  formatted  for  the  typesetting  system.  While  this 
approach  gave  the  students  a  chance  to  request  corrections,  it 
was  too  early  in  the  semester  to  reflect  the  many  housing  changes 
the  students  made  as  they  settled  down  for  the  school  year  at  the 
University. 

Employee  information  was  kept  in  a  file  used  exclusively  for  the 
Phone  Book.  Every  year,  Libby  surveyed  the  LSU  campus 
community  to  determine  if  there  were  changes  in 
employee-department  affiliation,  name,  address,  and  title.  The 
file  was  then  updated  with  the  results  of  the  survey,  and  after 
some  validation,  formatted  for  the  publishing  process. 

The  University  organizational  structure  and  key  managerial 
contacts  for  each  department  were  maintained  in  files  containing 
the  typesetting  markup  language  codes.  To  keep  these  files 
up-to-date,  Libby  sent  copies  of  pertinent  pages  to  each 
department  for  their  review.  However,  because  of  the  lag 
between  the  annual  review  and  the  publishing  of  the  book,  she 
had  to  "monitor  the  grape  vine."  For  example,  organizational 
changes,  and  management  personnel  appointments  and  promotions 
approved  by  the  Board  of  Supervisors,  LSU's  management  board, 
were  incorporated  into  the  files  before  publication. 


4.99 


The  Public  Relations  environment  suffered  from  some  obvious 
problems.  First,  the  student  address  information  was  rarely 
accurate  and  in  order  to  improve  its  quality,  the  Phone  3ook  was 
often  delayed  to  allow  for  updates  to  the  Studerat  Records  data 
base.  The  name  and  address  data  in  this  data  base  were  kept  in 
all  upper  case,  while  the  Phone  Book  was  published  in 
upper/lower  case.  This  meant  that  a  considerable  programming 
effort  was  required  in  creating  the  publishing  files  from  the  data 
base,  seldom  with  optimal  results.  Second,  Libby*s  employee 
information  did  not  carry  the  social  security  number,  as  a  result, 
it  could  not  be  used  to  update  the  personnel  data  base.  This 
deprived  the  rest  of  the  community  from  the  benefits  of  Libby*s 
efforts  to  obtain  current  information. 


Office  of  Telecommunications 

Meet  Chip  Dodson.  Chip  is  in  charge  of  the  Office  of 
Telecommunications  and  reports  to  the  Vice-Chancellor  for 
Administrative  Services.  Chip  has  a  group  dedicated  to  provide 
directory  assistance  about  LSU  to  the  community.  This  group  is 
supervised  by  Sandra  Hodges.  Sandra  and  her  colleagues 
dispense  phone  and  address  information  to  callers. 

Prior  to  the  implementation  of  the  Directory  system.  Directory 
Assistance  relied  on  several  sources  for  the  information  they  were 
asked  to  provide.  The  primary  source  of  information  was  the 
Phone  Book.  Sandra  kept  a  "master"  for  the  office  with  hand- 
written corrections  and  additions.  She  updated  the  master  with 
changes  she  got  though  their  daily  contacts  with  the  community. 
Hand-written  cards  provided  by  the  Personnel  Office  informed 
them  about  new  employees  and  changes  in  job  classification. 

In  early  1987,  Chip's  predecessor  came  to  us  with  the  desire  to 
do  something  about  the  Directory  Assistance  service.  He  wanted 
to  explore  new  ways  to  obtain  existing  information  on  students 
and  employees  and  improve  the  quality  of  the  service.  He  was 
facing  some  turnover  due  to  retirement  and  felt  that  the 
experience  level  of  the  operators  would  be  difficult  to  replace. 


Office  of  The  Treasurer 

Office  of  Parking  Traffic  and  Transportation 

Meet  Judy  Williams.  Judy  works  in  the  Treasurer's  office 
supervising  billing  and  student  fee  collections.  The  Treasurer 
reports  to  the  Vice-Chancellor  for  Business  Affairs.  Judy  is 
talking  to  Gary  Graham,  who  is  the  director  of  Parking,  Traffic 
and  Transportation.  Gary  reports  to  the  Vice-Chancellor  for 
Administrative  Services,  and  is  in  charge  of  monitoring  parking 
areas,  traffic  flow,  and  alternative  means  of  transportation  on 
campus. 
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Prior  to  the  Directory  system  implementation,  these  two  offices 
shared  names  and  addresses  which  were  separate  from  the  student 
and  employee  records.  Students  gave  changes  to  a  Student 
Records  clerk  who  updated  the  Student  Records  data  base. 
Employees  communicated  changes  to  a  personnel  officer  who 
updated  the  employee  (Human  Resource  Management,  HRM)  data 
base.  This  information  rarely  got  back  to  the  Treasurer  and 
Traffic  name  and  address  data  base.  Only  through  returned  bills 
for  traffic  tickets,  deferred  notes,  housing  charges,  etc.  would 
these  offices  know  that  the  address  was  incorrect. 

Social  security  numbers,  used  as  the  key  in  most  campus 
systems,  were  also  maintained  independently  from  the  rest  of  the 
campus  data  bases.  During  the  registration  processing  cycle, 
Judy  needed  to  match  fee  collections  to  credit  hours  to  verify 
student  fees.  The  discrepancies  in  SSN  that  had  developed 
during  the  previous  year  made  this  matching  process  more 
difficult  and  time  consuming. 


The  Students 

Ellen,  Nancy,  and  George  meet  in  the  LSU  Student  Union  between 
classes.  Ellen  just  got  married  and  claims  that  her  married  name 
is  already  in  her  transcript  but  not  on  her  student  paycheck. 
Nancy  is  disgusted  that  her  student  loan  check  was  sent  to  her 
old  apartment  even  though  the  Phone  Book  has  her  new  address. 
George  is  puzzled  that  his  phone  number  is  wrong  in  the  Phone 
Book,  even  though  he  requested  a  change  at  registration. 

Before  the  centralized  Directory,  students  were  not  aware  that 
informing  any  University  office  of  changes  in  name  or  address  did 
not  guarantee  these  changes  would  be  effective  across  campus. 
Students  might  have  had  to  report  a  change  to  five  different 
offices  in  order  to  get  all  records  changed.  Their  frustration, 
after  repeated  attempts  to  rectify  the  situation,  may  have  caused 
them  to  abandon  their  effort  to  make  the  University  aware  of 
their  location. 


THE  IMPLEMENTATION 

Now  that  we  have  described  the  environment  and  the  problems 
that  were  afflicting  many  of  our  users,  we  need  to  concentrate  on 
the  steps  we  took  to  implement  a  solution. 

Armed  with  a  request  from  the  Office  of  Telecommunications  to 
develop  a  system  for  their  Directory  Assistance  operators,  we 
embarked  on  a  journey  to  produce  a  centralized  solution  for  the 
University. 


LSU*s  development  methodology  breaks  down  the  applications 
development   life   cycle   into    Requirements    Definition,  External 
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Design,  Internal  Design,  Pfx>gram  Development,  and  Installation. 
At  this  time  we  were  at  the  end  of  the  Requirements  Definition 
which  establishes  what  needs  to  be  done.  But  before  we  could 
proceed  with  the  definition  of  the  how,  the  External  Design,  our 
Director  requested  an  initial  assessment  to  concentrate  on  the 
following  questions: 

o   Could  a  solution  be  found  that  would  fit  the  current 
systems  and  those  systems  currently  in  development? 

o    How  much  effort  would  be  required? 

.  o   Could  the  implementation  be  staged  in  such  a  way  so  as  not 
to  interfere  with  ongoing  development  efforts? 

A  detailed  investigation  was  initiated  to  identify  the  primary 
systems  using  directory  information.  Eight  out  of  18  installed 
data  base  systems  were  managing  this  type  of  information: 
Admissions,  Student  Records,  {'^dependent  Study,  Human 
Resource  Management,  Traffic,  Treasurer,  Fee  Bills,  and 
Housing.  Two  of  three  systems  in  development  would  also  be 
affected:  Financial  Aid  and  Telephone  Registration.  Fitting  a 
solution  that  extracted  information  from  that  many  systems  would 
be  a  data  management  nightmare,  so  we  concluded  that  the  best 
solution  was  to  develop  a  separate  repository  of  directory 
information.  This  new  data  base  should  satisfy  all  requirements 
currently  implemented  in  existing  systems,  and  also  serve  as  the 
source  of  information  for  the  Phone  Book  and  Directory 
Assistance. 

The  AIS  organization  was  divided  into  four  groups:  Development, 
Maintenance,  Technical  Services,  and  Strategic  Systems. 
Following  the  installation  of  DB2  in  1986,  and  the  success  of  our 
pilot  project,  the  development  group  had  a  large  inventory  of 
systems  fn  development.  For  this  reason,  this  project  was 
assigned  to  Strategic  Systems. 

It  was  estimated  that  by  using  DB2,  the  major  components  of  the 
system  could  be  completed  in  six  to  eight  months.  These 
estimates  also  told  us  that  about  85  percent  of  the  effort  required 
to  develop  the  system  would  be  changing  existing  programs  to 
access  the  new  data  base.  For  this  reason,  and  to  keep  the 
impact  to  our  current  development  commitments  to  a  minimum,  the 
participation  of  the  AIS  maintenance  group  was  deemed 
indispensable. 

The  maintenance  group  responded  with  enthusiasm  to  our 
proposal.  They  were  excited  about  doing  work  with  DB2  and 
agreed  with  us  about  the  many  benefits  that  a  project  like  this 
world  have  on  the  existing  environment. 

Now  we  needed  the  cooperation  of  our  user  community. 
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Us#r  Participation 

A  meeting  was  called  with  user  representatives  from  all 
departments  involved.    The  agenda  for  the  meeting  included : 

o    A  description  of  the  current  environment  and  the  inherent 
problems  we  had  identified. 

o   A  proposal  for  an  institutional  name  and  address^  data  base 
that  would  serve  as  a  central  source  of  information  for  all 
systems . 

o    A  description  of  the  requirements  that  had  been  identified. 

Attending  this  meeting  were  six  directors  '  and  ten  Associate  or 
Assistant  directors  reporting  to  five  Vice-Chancellors  from  two 
campuses.  The  outcome  of  the  meeting  was  positive. 

Users  were  then  contacted  individually.  We  wanted  to  make  sure 
that  all  of  their  concerns  were  addressed.  The  following  issues 
were  identified  in  the  interviews: 

o   The  implementation  of  the  Directory  should  not  significantly 
alter  the  screen  flow  of  the  systems  interfacing  with  it. 

o  Social  security  maintenance  procedures  should  be  part  of  the 
Directory  system  implementation.  It  was  suggested  that 
since  most  systems  use  SSN  as  the  key  to  records  on 
individuals,  discrepancies  in  them  must  be  minimized  for  the 
Directory  system  to  be  successful.  Some  users  felt  that  SSN 
changes  should  be  restricted  and  demanded  weekly 
notifications  of  SSN  changes. 

o   Availability  of  SSNs  through  Directory  inquiry  should  be 
restricted   to    "those   who    need   to    know"    to  discourage 
unauthorized  access  to  sensitive  information  in  the  target 
systems . 

Since  none  of  the  issues  discussed  above  would  seriously  impact 
the  implementation  of  the  system,  a  decision  was  made  to  proceed 
with  the  project. 


The  Design  of  the  System 

One  of  the  first  decisions  that  was  made  concerning  the  design  of 
the  system  was  the  establishment  of  a  model  to  interface  with 
other  systems.  After  some  consideration,  the  Server/Requester 
model  was  chosen.  With  this  model,  the  Directory  system  would 
act  as  a  server  and  all  the  other  systems  would  be  requesters. 
The  requester  functions  would  be  implemented  in  the  form  of 
subroutine  .at  can  be  used  by  each  system  to  satisfy  their  data 
needs.  Ttus  model  would  give  the  system  enough  flexibility  to  be 
able  to  accommodate  most  requirements  on  a  global  basis  instead 
of  a  system-by-system  basis.  However,  we  knew  that  we  were 
^        also   committing   ourselves    to   a    very   demanding  development 
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and  maintenance  environment.  All  system  needs  would  have  to  be 
satisfied  by  the  Directory  subroutines  quickly  to  avoid  delays  in 
the  implementation  schedule. 

Once  the  model  was  Established,  our  standard  Entity-Relationship 
modeling  procedures  were  followed  to  establish  the  data  model  and 
to  define  the  contents  of  the  DB2  data  base  tables  (Figure  1.) 

The  system  was  designed  with  the  following  features: 

o    Access  to  information  by  SSN,  spelling  of  the  name,  or 
sound  of  the  name. 

o    Quick  display  of  name,  title,  organization,  phone,  and 

relationship  with  the  University  (i.e.  faculty,  staff,  student, 
etc.) 

o   Ability  to  handle  requests  for  Directory  hold  so  as  to 

satisfy  the  Buckley  Amendment  and  personal  privacy  issues. 

o    Ability  to  keep  a  history  of  chsnges  made  to  name  and  social 
security  numbers  to  aid  in  the  resolution  of  conflicts. 

o    Ability  to  determine  what  systems  carry  information  about  an 
individual  from  a  central  location. 

o    Ability  to  support  multiple  address  types,  but  minimize 

storage  redundancy  when  several  address  types  share  the 
same  information. 

o    Provide  for  decentralized  maintenance  of  address  data  to 
maximize  the  chances  of  capturing  correct  information  at  any 
University  office. 

At  the  end  of  both  the  External  Design  and  Internal  Design,  all 
user  representatives  were  given  an  opportunity  to  review  the 
definition  of  the  system.  Later  in  the  development  cycle,  the 
users  were  again  brought  together  to  discuss  pre-  and 
post-implementation  procedures.  We  took  every  step  possible  to 
keep  the  users  aware  of  our  progress  with  the  implementation  so 
as  to  minimize  conflicts. 

In  the  summer  of  1988,  the  Centralized  Directory  became  a 
reality.  By  far  the  most  pervasive  problems  that  we  faced  during 
the  early  stages  of  its  implementation  were  data  related. 
In  deciding  what  information  to  load  into  the  new  data  bases,  a 
priority  scheme  was  worked  out  so  that  information  was  loaded 
from  the  employee  anvi  student  data  base  before  any  of  the  other 
sources.  This  created  ^ome  confusion  among  the  users  whose 
data  was  preempted  by  a  previous  load.  However,  after  a  few 
hectic  days,  the  users  either  changed  the  data  back,  or  accepted 
the  change,    and  soon  settled  down  to  work* 


CONCLUSION 


We  started  this  presentation  by  describing  the  environment  that 
started  this  development  in  motion.  Then  we  described  the  steps 
we  followed  in  implementing  a  solution;  the  importance  of  user 
participation,  the  issues  that  we  faced  during  its  design,  and  the 
richness  of  the  features  that  resulted  because  of  this  effort. 
Let's  visit  with  a  few  of  the  players  to  see  how  they  are 
managing  today. 

Here  is  Libby  looking  at  a  copy  of  the  1989  Phone  Book  produced 
from  the  new  Directory  system.  She  says  this  is  the  earliest 
delivery  of  the  Phone  Book  to  the  LSU  community  in  years. 
Sandra  is  delighted  with  her  responsive  online  Directory 
Assistance  service.  She  is  now  able  to  make  many  of  the  phone 
and  address  changes  directly  and  has  retired  her  "master  copy" 
of  the  Phone  Book.  And  Ellen,  now  divorced,  can  finally  rest 
assured  that  changing  names  is  no  longer  as  difficult  as  changing 
husbands. 

Applications  development  starts  with  one  user  needing  an 
automated  solution  for  her/his  business  functions.  Before  you 
know  It,  you  find  yourself  surrounded  by  lots  of  one-office 
solutions.  What  do  you  do?  Face  the  issue.  Integrate  your 
systems,  but  in  the  process,  don't  forget  to  integrate  your  users 
too. 
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Figure  1.    Directory  Entity  Relationship  Model 
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Out  of  the  Blue  and  into  the  Black: 
A  Case  Study  of  MIDAS 


From  time  to  time,  promising  applications  of  information  technologies  bubble  up 
to  the  surface.  Ideas  for  ne'^  systems  can  be  the  result  of  some  new  technology 
becoming  commerdally  available,  or  they  can  be  bom  of  previous  efforts  which 
didn't  quite  work.  Sometimes  these  systems  ha-  j  no  spediEic  (read:  tr-'^i'iional) 
owner  or  sponsor,  that  is,  they  are  generic,  conununity-wide  ir  m  tion 
systems.  At  MIT,  we  beUeve  that  the  IS  organization  must  seize  oppor.  juuos  as 
they  arise.  We  must  carefully  weed  through  all  of  the  various  possibilities  and 
mo'^e  swiftly  to  develop  the  most  promising.  The  history  of  MIDAS,  MIT's 
Information  Distribution  and  Access  Systeu.,  is  the  story  of  just  such  a  system. 
This  case  study  examines  the  origins  of  MIDAS  in  previous  failed  efforts,  its 
development  history  from  a  concept  ("the  blue")  and  how  it  was  ultimately 
transferred  to  a  production  service  ("the  black"). 


Timothy  J.  McGovem 
Senior  Project  Manager 
Network  Services 
tjm9mit.edu 
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L  Ihtrodudion 

MIDAS  ntBn^  ^  for  MITs  Information  Distribation  and  AcceM  System.  It  is  an  electronic  file 
service  available  on  a  public  (i.e.r  ubiquitous  access)  timesharing  machine  operated  by 
Information  Systems.  MIDAS  can  be  used     any  two  people  or  organisations  to  securely  ex  hange 
data.  Access  to  the  service  software  itself  is  not  restricted,  but  access  to  the  data  placed  there  is 
restricted. 


For  the  initial  period,  MIDAS  has  focused  on  solving  the  problem  of  moving  data  from  central 
administrative  departments  (custodians  or  data  suppliers)  to  Administrative  Officers  (AOs)  in 
academic  department  and  research  laboratories  and  centers  (data  consumers). 

For  a  central  department,  MIDAS  provides  a  single  interface  for  data  distribution  for  anyone  in 
the  community,  without  needing  to  bother  with  individual  idiosyncrasies  of  the  receiving  user. 
Examples  of  custodians  are  Comptroller's  Accounting,  Payroll  or  Purchasing. 

For  a  departmental  administrator,  MIDAS  provides  a  single  interface  for  receiving  data  firoir 
uny  of  the  many  sources  of  data  that  th^  would  normally  need  to  work  with  individually. 

''Althout^  the  present  implementation  of  MIDAS  is  not  a  long  term  solution,  it  is  a  pathway  for  the 
transfer  of  a  fair  amount  of  administrative  information,  quite  adequate  until: 

1.  network  authentication  is  available  on  the  administrative  mainframes,  and/or 

2.  central  systems  invest  in  overhauling  their  data  models  to  facilitate  direct-inquiry 
access.^* 

MIDAS  has  the  potential  to,  but  has  not  yet,  diang  d  the  way  MTT  conducts  iU  business  with  respect 
to  how  data  is  moved  between  the  central  administration  and  academic  or  research  units.  In  the 
non*coercive  climate  found  at  MIT,  change  often  comes  slowly  In  the  end,  MIDAS  can  be  judged 
to  be  successful  if  fewer  custom  ^stems  are  developed  to  distribute  transaction  data. 

Without  a  business  plan  that  everyone  owt.s,  bottom  up  projects  [MIDAS  is  laigely  a  bottom  up 
project]  can  only  go  so  far  toward  changing  how  we  do  business.  Working  bottom  up  risk  4: 

a.  picking  the  wrong  "^ttom*  items  on  which  to  work 

b.  going  off  on  tangents  on  one  bottom  item  that  worsens  another.^ 


Ismail  ccnmnunicstion  with  M.  McMillan,  October  18, 1988 
•Ud 
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T1ieInfi)nnationTechMUogyOrgan^^ 

The  responsibility  for  the  computing  infrastructure  resides  within  the  Information  Systems 
organization.  A  concrete  definition  of  what  constitutes  that  infrastructure  is  underway,  but 
includes  at  the  veiy  least,  the  telephone  ^stem,  the  campus  data  network,  the  supercomputer 
facility,  a  set  of  shared  mainframes,  both  IBM  and  Digital  Equipment  Corporation  machines 
which  are  used  for  a  variety  of  administrative  applications,  and  a  set  of  general-purpose 
applications. 

The  Vice  President  for  Information  Systems  is  the  Chief  Information  Officer  (CIO)  at  MIT.  The 
responsibilities  of  that  role  are  defined  in  a  document  entitled  AdminUtrative  Computing 
PrincipkM  for  MTfi.  This  document  also  defines  the  basic  criteria  that  the  Senior  Vice  President 
(and  a  Steering  Committee)  can  mpp\y  when  evaluating  proposals  fbr  ^tems  development 
projects.  These  principles  (and  their  implementation)  are  expected  to  evolve  as  th^  are  applied  to 
a  variety  of  projects.  Two  of  these  principles  are  important  to  understand  in  the  MIDAS  context,  the 
infrastructure  req>onsibility  and  the  call  for  innovation. 

The  PrinciphB  require  that  all  organizations  at  MIT  seek  out  and  apply  innovative  information 
technology  solutions  whenever  appropriate.  Until  October,  1989,  one  organization  of  the 
Information  Systems  group,  Architecture  ft  Strategic  Technology  (AST),  was  specifically  charged 
to  provide  leadership  in  this  regard.  TUs  group  provided  staff  support  to  the  CIO  for  innovative 
prqjects  that  did  not  have  other  sponsors,  or  were  purely  conceptual.  This  group  was  responsible  for 
the  definition  and  development  of  the  MIDAS  service  during  the  period,  April  1988  to  Januaiy  1989. 
With  the  dissolution  of  AST,  the  responsibilify  for  inno  /ation  has  once  again  b^en  distributed  to 
each  of  the  line  organizations  in  IS. 

In  the  years  that  preceded  MIDAS,  variooa  efforts  both  at  MIT  and  elsewhere  provided  experience 
firom  which  to  draw  lessons  about  what  to  do,  and  not  to  do.  l^Picall^,  these  projects  were  tactical 
exercises,  dreamed  up  by  one  or  two  people,  often  done  with  only  minimal  senior  level  support, 
usually  done  on  a  shoestring  budget,  and  in  technologies  that  were  at  the  time  not  completely  well- 
understood.  Hiese  factors  produced  prqects  that  didn't  fare  all  that  well  in  the  end.  These  projects 
sooner  or  later  encountered  either  technological  difficulties,  or  political  difficulties,  or  both.  Here 
ar^  a  couple  of  the  prcgects  that  the  MIDAS  project  team  learned  from. 

Technological  dififfculHa 

Several  years  before  MIDAS  appeared,  there  was  a  project  called  the  Statement  Display  System 
(SDS),  and  a  companion  project,  the  MIT  Accounting,  Purchasing,  Property  System  (MAPPS). 
The  former  was  a  mainframe  basod  database  ^stem  containing  huge  amounts  of  financial 
information,  mirroring  the  existing  batch  financial  systems.  MAPPS  was  designed  to  deliver  a 
read-only  version  of  the  information  with  conventional  micro-mainfrtime  file  transfer 
technology  (usually  at  very  low  speeds)  to  an  IBM  PC.  At  that  time,  that  information  was  available 
only  on  printed  accounting  statements. 


Sjam—  D,  Bnice,  Adminirtratiw  Comi^uting  Principle  far  MIT  Auyut  1.  IMfl 
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At  the  time  of  this  prcject,  many  of  the  largei  departments  and  labe  at  MIT  already  had  invested  in 
microcomputers  of  one  form  or  another,  and  had  begun  to  develop  effective,  if  crude,  office 
automation  qrstems  for  managing  personnel,  financial  and  other  resources  under  their 
responsibility.  SDS/BCAPPS  strode  into  this  environment,  and  was  one  of  the  earliest  attempts  to 
marry  mainf.ame  and  microcomputer  technologies.  Unfortunately,  it  did  not  meet  all  of  the 
needs  of  its  principal  constituent,  the  administrative  officers  (AO)  in  academic  departments  and 
research  laboratories  and  centers,  lacking  among  other  things,  tiie  ability  for  an  AO  to  run  adhoc 
queries  against  the  downloaded  data.  But  the  thing  that  realty  killed  the  SDS/MAPPS  project  was 
its  roor  performance.  The  value  of  gettii^g  some  information,  even  if  slowly,  was  not  great  enough 
to  enou|^  people  to  get  them  to  change  to  a  new  way  of  Iceeping  their  books." 


Lessonleaned:  System  peribraaanoe  ia  a  aigniflcant»  naoessaiy  but  not  always  sufficient 
condition  fbrsuooeaa.  Bttild  systems  in  well-undsrstood  technologiea,  sacrificing  some  function, 
to  make  sure  that  the  lesulting  system  can  DC  tuned  siif^ 

PolUictd  difficulties:  gettiiigthe^ 

In  the  summer  and  fall  of  1985,  Information  Systems  conducted  a  study  that  ultimately  led  to  the 
publication  of  A  Proposed  Administrative  Information  Systems  Strategic  Plan^  in  the  spring  of 
1986.  One  of  the  themes  of  the  Plan  was  the  need  for  wideq^read  distribution  of  data  from  the 
central  data  stewards  to  the  academic  units.  In  order  to  study  that  problem,  a  Pilot  Program  (the 
Accessible  Employee  Database  (AED)  project)  was  instituted  to  distribute  Personnel  data  to  the 
departments.  Prior  to  this  project,  an  administrator  relied  on  two  techniques  to  manage  personnel 
data  (or  any  other  for  that  matter)  vu  local  offices,  SneakerNet  and  rekeying  of  data  from  printed 
rt^ports.  Althou^  the  AED  made  some  progress  toward  eliminating  use  of  these  tediniques,  some 
eighteen  months  later,  the  project  finall^  ground  to  a  halt,  for  several  reasons,  among  the  m: 

1 .  the  prcjject  went  on  too  long,  and  without  a  well  underetood  project  plan,  expectations  that 
had  not  been  properly  managed  in  the  early  stages  gave  rise  to  poor  morale  and 
suspicion.  The  AED  project  in  fiict  exposed  many  problems,  both  technical  and 
organizational,  which  threatened  the  project's  original  scope  and  focus. 

2.  the  administrative  officers  who  were  participating  in  the  pilot  project  had  long  been 
skeptical  of  the  central  administration's  desire  to  *help  them"  by  distributing  data,  and 
as  time  seemed  to  slip  away,  they  felt  vindicated  and  either  dropped  out  or  lost  interest. 

Lesson  learned:  EBevpnjfietBAorUwoAto 

3.  the  project  had  produced  too  little,  and  too  late,  to  maintain  the  interest  and  energy  of  the 
departmental  representatives,  and  the  IS  representatives.  Most  of  the  people  assigned  to 
the  prqeet  had  volunteered  26%  of  their  time,  for  six  months,  and  were  not  general^ 
being  rewarded  for  their  altruism  in  their  home  departments.  The  IS  staff  involved 
were  still  resp<msible  for  all  of  their  normal  work  during  the  time  that  the  pilot  project 
wac  going  on. 

Lesson  learned:  lb  the  maxinmrndegmpoasflda^dosi^  use  volunteer 
KEAIJ.Y  IMPORTANT!  When  push  oonM  to  shove,  the  operatioi^ 


*J.  Bruos,  L  Colbert,  C.  ^liveira,  A  Prapomd  A^mlniatrati  v  Infflrmation  9yrt»ma  StralBgic  Plan.  Januaiy  21, 
1986 
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4.  the  Personnel  OflRce  wai  unable  to  maintain  the  level  of  commitment  to  the  project's 
vision  during  a  critical  personnel  change.  One  of  the  Plan*$  principal  authors  was  an 
officer  in  the  Personnel  oflBce,  and  could  make  commitments  to  distribute  the  Personnel 
data,  ^thin  six  months  of  the  staH  of  the  prcgect»  that  person  had  moved  on,  and  with 
him,  the  Personnel  OflBce's  onl>  understanding  of  the  vision  of  the  Plan.  Althoui^  the 
pilot  project  continued  for  anoth«>r  year  or  so,  there  was  never  the  same  degree  of 
commitment. 

Lesson  Ifiamad:  Alliaxioeswidi  any  one  ootganizatioQ  can  be  perilous  tf 

organintion  has  iiot  transfcnred  tiie 

he/dtesitSi 


As  earbr  as  November  2, 1987,  there  was  a  MIDAS  concept  on  the  table.  Given  the  demise  of  the 
Pilot  I^ect  eflPort,  there  wer->  suggestions  that  any  fbllow-on  effort  in  the  area  of  personnel 
information  should  be  based  on  a  generalized  piece  of  software  (as  MIDAS  ultimately  proved  to  be) 
rather  than  be  a  custom  office-sp^dfic  data  delivery  ^stem. 

Fortunatebr,  most  of  the  lessons  above  were  heeded  during  the  BODAS  project  It  helped  that  all  of 
the  developers  of  BflDAS  had  had  direct  experience  with  one  or  more  of  the  above  qrstems.  So  how 
did  we  proceed  to  a  successftil  system? 
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TheariginMofiheconc^ 

After  a  second  round  of  negotiAticms  with  the  Personnel  Office  that  tried  to  keep  the  Accessible 
Employee  Databasfi  projOvi;  afloat  had  failed,  the  prcject  was  abruptly  suspended  in  March  of  1988. 
As  we  were  in  the  process  of  taking  stock  of  what  we  had  that  could  be  salvaged  from  Uio  Personnel 
project,  and  as  we  were  looking  around  for  new  and  interesting  stuff  to  work  on,  fate  intervened. 
There  were  a  number  of  efforts  going  on  around  the  now  suspended  project  At  about  the  same  time, 
the  Financial  Operations  group  had  received  a  request  for  information  from  an  influential 
member  of  the  Strategic  Nan's  Advisoiy  Council.  Confluence  also  came  in  another  form.  Yet 
another  group  of  AOs  had  been  discussing  wsys  that  th^  could,  woiking  as  a  grassroots 
organization,  build  a  personal  computer  iq>plication  to  manage  the  books  of  their  (mostly  research 
oriented)  organizations.  They  petitioned  for,  and  received,  support  for  the  idea  from  the  office  of 
the  Vice  President  for  Research.  Thus  there  was  a  growing  amount  of  pressure  to  begin  to 
distribute  important  data.  The  Comptroller's  effort  had  already  done  some  preliminaiy  studies 
and  found  that  the  SDS/MAPPS  solution  described  above  was  not  the  answer,  and  they  were  getting 
ready  to  start  to  develop  "aon  of  SDS/MAPPS,"  another  custo^^.  data  distribution  system. 

The  Vice  President  for  Information  Systems  gave  the  go-ahead  for  a  ''proof  of  concept"  project  for 
an  infrastructure  service  that  would  make  the  efforts  of  the  groups  mentioned  above  more 
efSdent  This  type  of  pngect  solves  most  of  the  problems  of  the  projects  described  above,  as  it  limits 
the  scope  and  duration  of  a  given  project,  and  use  the  ''prooT  as  the  mechanism  for  recommiting 
resources.  With  this  diarge,  we  approached  the  Compbt>ller  with  the  idea  of  doing  a  joint 
development  pnyect  We  proposed  to  develop  and  deploy  a  general-purpose  data  distributor  system 
drawn  from  the  technology  developed  in  the  AED.  This  aystem  could  then  become  part  of  the 
infrastructure.  This  would  free  the  Comptroller's  staff  to  develop  any  specific  financial 
application  software,  on  the  mainframe  or  on  microcomputers,  that  might  be  needed.  As  it  has 
turned  out,  there  are  three  application  systems  now  in  vaiious  stages  of  completion.  The  first  is  a 
fairly  extensive  mainframe-based  system  that  permits  AOs  to  examine,  summarize  and  produce 
reports  on  their  data  in  a  variety  of  different  ways.  The  data  used  is  first  retrieved  firom  the 
MIDAS  server,  but  left  in  a  user's  mainframe  directory)  rather  than  downloaded.  The  other  two 
systems  are  personal  computer  based  systems,  one  for  the  IBM  PC  family  built  using  the  Rbase 
product,  the  other  for  the  Apple  Macintosh  family  built  using  the  4th  Dimension  product 

Within  three  weeks  of  the  initial  idea,  we  had  established  the  MIDAS  Project  organized  upon  the 
following  principles: 

•  Owner:  the  Vice  President  for  Information  systems  is  the  nominal  *owner'^  of  MIDAS, 
in  his  role  of  CIO. 

•  Cuatodiana:  no  single  custodian  manages  the  MIDAS  facility.  Any  recognized  data 
steward  can  make  use  of  the  system,  for  the  price  of  the  storage.  To  the  maximum  degree 
possible,  a  custodian  should  be  self-sufiicient.  Althoui^  custodians  alone  can  decide 
what  they  will  distribute,  clearly  they  aim  to  be  responsive  to  the  stated  needs  of  the  AOs. 

•  Subacribers:  no  single  data  subscriber's  needs  are  more  important  than  any  ot^^  The 
system  aims  to  make  data  available  to  all  platforms  via  use  of  commonly  available 
protocols. 


'^Our  chosen  development  methodology.  Productivity  PIub^  tnm  DMR  Gnmp,  Inc.  includes  a  veiy  precise 
meaning  for  "owner."  A  iystem  owner  is  the  person  or  persons  who  pays  for  Uie  ^tem,  who  therefore  is 
entitled  to  msking  the  go^no-go  decisions. 


ERIC 


523 


•  Developnienfetheqrstemwoi^ 

products,  and  include  an  API  toolkit  for  use  by  custodian-provided  applications. 

•  Oparationa;  the  system  should  not  require  additional  operationSp  production  control  or 
other  administrative  personnel.  That  is,  it  should  not  require  intensive  administrator. 

WhatUisAwhaipnMemUUtiyiiigtoBo^ 

MTOAS  is  a  "smarts  file  server  that  provides  a  sinfl^e,  consistent  interface  to  data  providers,  and  a 
single,  consistent  interface  to  data  subscribers.  Its  ""smarts"  derive  from  the  fact  that  unlike  some 
other  data  sharing  mechanisms  and  file  transfer  schemes,  MIDAS  "knows*  what  files  it 
currently  has  stored,  and  the  characteristics  of  each  file,  such  as  the  name  and  type  of  each  data 
field.  Ito  most  important  features  are: 

•  providers  are  insulated  firom  the  needs  of  any  single  subscribers'  workstation  type  and 
software 

•  subscribers  are  insulated  from  the  existing  data  fimnats  of  any  single  providers' 
mainframe  database  ^stem  or  implication 

•  subscribers  can  request  only  certain  fields  of  a  given  file,  and  in  a  particular  sequence 
to  aid  in  loading  into  pre-existing  applications  (both  on  microcomputers  and 
minicomputers) 

•  providers  are  responsible  for  maintaining  tt  e  definitions  of  their  files,  and  a  list  of  the 
recipiente  of  those  files 

•  there  are  hooks  for  custodian  developed  application  software 

•  access  to  the  ^stem  for  all  of  the  above  is  ubiquitous. 

The'Vtaegreenttght^ 

The  development  team  was  given  a  challenge-the  entire  development  cycle,  fr.3m  concept 
exploration,  through  analysis  and  design,  programming,  testing  and  documenting,  would 
consume  no  more  than  2  mantllAt  approximately  11  weeks  firom  stert  to  finish.  This  is  what  we 
have  since  referred  to  as  the  "little  green  lifi^t"  Needless  to  say,  we  were  going  to  have  to  be  veiy 
judicious  in  our  use  of  time.  Unlike  previous  efforto,  this  one  would  not  start  out  with  an  unlimited 
time  horizon.  This  ultimately  had  the  beneficial  effbct  of  limiting  the  resources  that  were  poured 
into  this  project,  both  in  the  beginning  and  over  the  long  haul. 

The  guiding  principle  for  the  prqject  was  this:  ftilfill  a  simple  need  with  a  simple  product  The 
first  version  could  be  veiy  crude,  but  it  must  be  respectable.  On  the  pragmatic  side,  we  needed  to  get 
financial  date  to  users  more  easily  than  it  was  then  possible.  We  decided  that  quid:  turnaround 
prototypes  would  be  necessary.  As  a  guiding  principle,  we  believed  that  throwing  away  a  couple  of 
prototypes  was  not  tragic.  Throwing  away  the  user  interface  would  have  been  tragic.  To  do  it  a 
"^iece  at  a  time,"  doing  whatever  proved  to  be  usable  and  possible,  was  the  right  next  step. 

Seeking  '^pnofofconcept^ 

The  MIDAS  Project  Team  was  given  the  go-ahead  with  the  proviso  that  we  could  proceed  until 
*proof  of  concept  or  until  it  was  clear  that  this  product  wasn't  going  to  work  any  better  than 
{previous  ones.  Iliroug^out  the  development  period,  we  tried  to  define  carefully  just  what  this 
"proof  of  concept  would  mean,  and  how  we  would  recognize  it  when  we  saw  it.  In  the  end,  "proof  of 
concept"  is  veiy  much  in  the  eye  <tf  the  beholder,  but  the  better  the  beholder,  the  better  the  proof. 


We  allocated  the  time  we  had  in  the  following  way: 
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•  Weekl:        8dl  tlw  idaa  to  potantial  data  itewu*di 

Ezplora  the  ooncapt 

•  Wedi  2:       Compltta  eoneapt  aiploration 

Do  ana^ytia  of  qrstam  in  ita  entirety! 

Start  taehnioal  deaign  of  qratem 

Start  prototyping  in  several  key  technologies 

•  Week  3:       Complete  technical  deaign  and  hold  design  review 

while  prototyping  continues 

•  Week  4-7:     Build,  test,  and  deploy  server  code 

•  Week  6-8:     Build,  test,  and  deploy  cHmt  code 

•  Week  7-10:    Complete  QA  and  documentation  — 

•  Week  11:      Deploy  ^stem  officially;  receive  initial  data  feed  from  pilot  custodian 

Definition  of  the  tytiem 

One  of  the  difficulties  that  immediately  fiiced  the  development  team  was  how  to  read  eonsensiis  or. 
the  features  of  a  system  when  there  wasnt  realliy  a  traditional  owner.  It  was  fortunate  that  the  \ 
develqpment  team  had  participated  in  the  previous  aitempts  to  distribute  data  at  MIT,  and  ^ 
understood  some  ofthe  obstacles  that  had  been  encountereoL  F6r  that  reason,  we  decided  to  take  turo 
different  tacks  to  the  ultimate  lystenu  The  first  tack  would  be  to  use  conventi<mal  lystems 
analjrsis  techniques,  with  the  development  team  playing  all  of  the  roles  of  a  typical  qrstems 
project,  both  the  customer  and  the  ana^st  At  the  md  of  a  week  of  sometimes  exerudatini^  long 
interview/design  sessions,  we  emerged  with  a  lystem  design  that  remarkably  enoufl^  remains  an 
effective  design  document  even  now,  some  18  months  later.  This  design  was  presented,  reviewed 
and  approved  at  a  formal  design  review  meeting  at  the  end  of  Week  3.  Tlie  second  tack  was  rapid 
proto^ing  of  the  qrstem's  client  and  server  fiinctions.  In  order  to  do  that  effectively,  we  needed  to 
choose  a  development  environment  that  was  fiuniHar  to  the  developers,  rich  enou^  in  tools  to 
permit  sudi  rapid  prototyping,  and  that  would  ultimately  be  robust  enou^  to  act  as  a  platform  for 
the  emerging  service.  We  found  that  all  three  of  these  conditions  were  met    the  on^  ubiquitously 
accessible  mainfirame  on  the  campus  for  general  purpose  time-sharing  access,  an  IBM  3083 
running  i^CMS.  The  system  was  prototyped  and  ultimately  deployed  almost  entirely  in  the 
VM/SP  System  Interpreter  language  REXX,  with  a  few  routines  written  in  FL/I  for  the  sake  of 
efficiency. 


Development  of  tiiewyntem 

The  use  of  proven  technologies  fiom  the  outset  prdMbfy  did  more  than  anything  else  to  ensure 
completion  within  budget  «nd  on  time.  In  this  case,  the  innovation  was  largely  in  terms  of  the 
organisational  impacts  of  the  lystem. 


But  even  in  a  project  that  is  using  off-the-shelf  technology,  you  need  to  have  some  way  to  capture 
and  manage  the  results  of  the  many  brainstorming  sessions  that  are  inevitid>le  in  a  development 
group.  A  simple  "Futures"  list,  maintained  electronically  and  shared  frequAnt^  with  the 
development  team,  worked  veiy  nicely.  The  MIDAS  administrator  still  uses  this  list  for  planning 
purposes. 


Our  original  goal  was  to  have  a  single  group  provide  sole  support  for  all  MIDAS-related  activities- 
-design,  development,  maintenance,  training,  documentation,  support,  marketing,  planning. 
This  would  mean  that  there  were  far  fewer  communications  paths  to  handle  on  a  di^-to-day  basis. 
In  the  course  of  the  prototype  phase,  we  fbund  that  we  needed  to  bring  in  a  few  other  groi^  to  resolve 
problems  or  provide  additional  support  where  the  expertise  did  not  exist  inside  AST.  The  fitct  that 
we  had  already  Mefed  the  Vice  President  and  his  direct  reports  (directors  of  the  various 
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Infonnation  Syitams  depaitmentt)  meant  that  we  weren't  delivering  any  si^rprises  to  the  other 
(eventual)  support  organizations. 

Given  the  ti^^t  schedule,  we  decided  to  limit  the  group  that  could  provide  functional  input  to  just  a 
few  users  and  one  eager  custodian  for  the  pilot  stages. 

Providing  support  to  users  while  still  developing  the  qrstem  could  have  swamped  the  development 
team.  We  decided  to  groom  the  initial  set  of  four  users  so  that  tht^  could  then  provide  some  limited 
forms  of  support  to  a  larger  (16-20)  group  of  users.  We  put  in  place  a  "hnddg  system*  between  the 
''expert*  AOs  and  the  large  groiq).  Administrators  are  already  more  likely  to  call  anoth3r  AO  for 
help  with  some  type  of  administrative  procedure  questions  than  they  would  call  anyone  ip  the 
central  administration. 

Deployment  of  the  uy^tem 

The  req  )onsihili4y  for  (dioosing  test  subscribers  was  assigned  during  the  "^roof  of  concept*  phase  to 
the  initial  custodian.  One  of  the  isfues  that  was  batted  around  quite  a  lot  was  whether  this  group 
should  include  experts,  that  is,  experienced  computer  users,  or  a  group  that  was  more 
representative  of  the  community  at  large.  Siq>port  for  the  former  was  predicated  on  the  idea  that 
what  was  not  needed  during  the  pilot  was  a  lot  of  problems  of  supporting  novice  users,  that  the  proof 
of  concept  was  not  on  how  well  the  system  could  be  deployed,  but  rather  on  whether  data  distribution 
could  work  at  all.  Hie  'representativeT  argument  was  that  proving  the  data  distribution  could 
work  for  savvy  computer  users  was  no  proof  at  all,  that  the  real  pudding  that  needed  testing  was  the 
relatively  inexperienced  personal  computer  user.  There  was  passion  on  both  sides,  but  in  the  end, 
we  decided  to  go  with  mostfy  experienced  users,  and  to  use  the  buddy  system  for  less  sawy  users,  to 
keep  the  demand  for  support  from  the  central  organizations  fairly  low  during  the  pilot  stage. 

Reaching  'i^roofofcmieepi,'' or  declaring  ^uccen"^ 

By  the  md  of  calendar  1988,  we  had  generally  proven  that  the  concept  was  viable,  and  our  project 
was  judged  a  SUCCESS.  In  the  course  oftheprcject,  we  discovered  a  number  of  things.  In 
summary,  we  found  that: 

•  it  is  technically  feasible  to  c\>nstruct  in  a  $han  time  a  Umart  data  server  to  accept  and 
redistribute  MITs  a Jlministrative  data  using  ofF-the-riielf  components 

•  administrators  will  Ased  to  (and  will  if  allowed  to)  connect  to  data  distribution  services 
in  a  variety  of  communication  modes,  and  at  speeds  far  exceeding  1200  baud,  including 
high-speed  access  over  the  BITTnet 

•  custodians  do  not  have  to  be  responsible  for  maintaining  ^iser  profiles*  that  tell  tliem 
what  kind  of  madiine,  software,  etc  exists  on  each  user's  desk 

•  custodians  do  not  need  to  generate  "special  purpose*  files  where  those  files  are  merely  a 
subset  of  the  data  fields  found  in  an  existing  "master^  file 

•  custodian  effort  can  be  kept  relatively  low  (for  the  reasons  in  the  previous  two  findings) 

•  users  found  the  initial  threshold  low  enou|^  to  warrant  their  continuing  in  the  project 

•  launching  custodian  applications  fit>m  within  the  data  distribution  ifystem  has  both 
rewards  and  hasards  on  a  number  of  dimensions 

•  data  distrihiition  is  a  necessary,  but  not  sufficient,  condition  for  tb3  integral  and 
effective  use  of  information  in  departmental  offices.  The  lack  of  workstation-based 
i4>plications  to  process  these  data  was  a  m^jor  limiting  factor  to  the  overall  data 
distribution  service. 
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DevdepingaMerviceplan 


Information  l^itemt  hat  formalized  the  process  of  bringing  a  new  (not  anticipated  1^  the  5  Year 
Plan)  service  to  the  campus.  The  primary  instrument  in  this  process  is  a  Service  Plan.  Among 
other  things,  the  Service  Plan  describes  the  benefits  of  the  service,  the  service's  dgectives,  provides 
an  assessment  of  the  demand  and  need  fbr  the  service,  risks,  alternatives,  estimates  resource 
requirements,  and  suggests  possible  metrics  and  evaluation  criteria.  The  Service  Plan  is 
typically  presented  by  a  Service  Champion,  and  reviewed  by  the  IS  management  team. 

Finding  the  most  appropriate  "service  champion,*  and  working  with  them  on  the  Service  Plan 
were  therefore  our  next  nuQor  steps.  The  MIDAS  team  b^;an  by  developing  a  number  of  scenarios 
for  the  transfer  from  "proof  of  concept*  to  production.  This  included  placement  of  the  marketing, 
custodian  and  consumer  support,  and  system  maintenance  and  enhancement  Amotions.  We 
reached  agreement  with  the  Production  Services  manager  that  his  group  should  be  the  Service 
Champion.  The  scenarios  also  called  for  a  variety  of  different  levels  in  the  eq)an8ion  of  the  user 
and  custodian  base  in  coiqunction  with  the  other  support  areas.  These  scenarios  were  presented  to 
the  IS  management  team  in  December  of 1988,  at  which  time  the  decision  was  made  to  pursue  a  low- 
growth  option  for  the  initial  12  months  (rou^lly  calendar  1989),  calling  fbr  26  new  users,  and  5 
more  custodians. 


A  miyor  prerequisite  fbr  the  wider  deployment  of  the  lystem  involved  the  establishment  of 
"computing  budgets*  fbr  the  academic  departments.  Although  this  mii^t  not  4>pear  to  be  a  m^jor 
problem  to  some,  there  was  little  history  of  the  use  of  central  computing  resources  Iqr  these 
departments.  The  situation  was  fbrther  complicated  by  the  oveihead  structures  of  these 
departments  versus  that  ofthe  central  departments*  In  the  end,  it  was  decided  that  a  porti<m  of  the 
central  computer  that  hosts  the  BflDAS  server,  and  in  turn  provides  user  access,  would  be  allocated 
to  academic  departments  and  research  labs  ft  centers.  This  took  the  fbrm  of  a  IdlDAS  Grant 
Program,  where  each  participating  AO  ^>plied  for  a  grant  of  monies  to  use  the  MIDAS  (and 
related)  systems.  The  BIIDAS  Grant  Program  is  administered  by  the  Production  Services 
manager.  The  individual  grants  are  monitored  by  the  Administrative  Officers  in  each 
participating  unit 

TransfiBrring  technology 

The  Service  Plan  called  for  the  MIDAS  development  team  to  train  the  new  team  that  would  be 
responsible  for  iidministering,and  maintaining  the  lystem.  This  was  done  uaing  a  series  of 
seminars  and  workshops  during  January  and  Februaiy  1989.  During  this  same  time,  day  to  day 
responsibilities  were  being  transferred  to  the  new  administrators  in  the  Production  Services 
group.  During  January,  the  original  team  constituted  the  first  line  of  suqpport  with  Production 
Services  Vatdiinif  over  our  shoulders.  During  Februaiy,  those  roles  were  reversed.  On  March 
1, 1989,  the  original  development  team  was  no  longer  invo^ived  in  day  to  day  support 

Finally,  we  transferred  the  responsibility  for  the  documentation  products  to  the  Production 
Services  group.  These  products  were: 

User^s  Tutorial  User^s  Quick  Reference  Guide 

Technical  Guide  Administrator's  Guide 

Custodian's  Guide  General  Information  Guide 
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IV.  Conclusiang 

FramevetylUliinptlMraara  TnimisnoqpiartionU'tthatihe 
experiences  in  the  several  years  prior  to  the  MIDAS  prqject  provided  the  MIDAS  development  team 
with  a  number  of  insists  and  techniques  that  enhanced  the  prcject^s  chances  for  success. 

NatevarytfaingflmtyKmtoadiwintiiratog^  (3iangingiheiv^ylaise,burMucratic 
organisations  conduct  business  takes  a  long  time.  No  single  technology  product  is  likely  to 
instantaneously  alter  the  business  of  MTT.  BIIDAS  is  just  one  component  ^f  many  that  together 
can  make  MiT  a  more  effective  and  efficient  enterprise^  and  a  more  enjoyable  place  to  woric.  In 
particular,  the  lack  of  personal  computer  based  qpplications,  whidi  would  create  a  greater  demand 
for  downloaded  data,  has  kept  usage  of  MIDAS  lower  than  anticipated  levels. 

Data  definition  la  our  AdtiUetheeL  We  needed  to  qim  the  kimono  about  the  problems  that  eiisted 
with  inconsistent  data  definitions.  Again  and  again,  MIDAS  (and  previous  efforts)  risked 
running  aground  when  the  data  was  not  of  sufficient  quality  to  be  shared  with  departmental  units. 
The  fear  of  sharing  substAndard  data  was  that  it  would  put  new  and  intolerable  demands  on  the 
support  resource^  of  the  central  offices. 


Marketing  la  lufy.  You  can't  assume  that  in  the  husUe  and  bustle  of  everyday  life,  that  new  ways  of 
doing  business  (regardless  of  how  good  they  are)  will  be  adopted  instantly.  You  must  continually 
market  the  usefiilness  of  the  i^tem  to  both  existing  and  potential,  subscribers  and  custodians.  In 
narticular,  it  q>pears  that  it  would  have  been  a  good  idea  to  have  provided  for  a  consultant  whose 
responsibility  would  have  been  to  work  closely  wiCi  all  of  MITs  data  custodians  to  make 
additional  information  available. 

SouroeDataCqitari).  Electrmic  capture  ofadministrative  data  at  the  desktop  and  deHveiy  to  the 
appropriate  custodial  organisation  may  ultimately  be  whatf  s  required  to  change  the  way  business 
is  done. 

BeluckyI 
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A  Voice  Bulletin  Board  System  for  Career  Placement 

by 


The  Office  of  Career  Planning  and  Placement  at  the  University  of  Virginia 
has  implemented  a  voice  bulletin  board  system  to  electronically  post  verbal 
announcements  for  job  openings.  Registered  users  can  access  the 
computerized  system  by  calling  from  any  telephone  equipped  with  touch-tone 
dialing  -  no  other  equipment  is  needed  by  the  caller.  The  bulletin  board 
system  automatically  answers  calls,  requests  the  caller  to  key  in  his 
identification  number,  and  then  recites  job  listings  matching  the  career  and 
geographical  interests  of  the  caller.  The  system  runs  unattended  around  the 
clock,  except  for  an  hour  each  weekday  morning  when  database  information 
is  updated.  Out-of-date  jobs  are  automatically  removed  from  the  database,  so 
all  information  relayed  to  the  caller  is  cuirent.  The  VBBS  user  benefits  from 
remote  access  to  valuable  information,  and  the  only  cost  accrued  by  the  user 
is  paying  the  phone  company  for  any  long-distance  calls. 


Norman  L.  Thienei 


Univeriity  of  Virginia 


Chariotteiviiie,  Virginia 
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A  Voice  Bulletin  Board  System  for  Career  Placement 

Introduction 

The  Office  of  Career  Planning  and  Placement  (OCPP)  at  the  University  of  Virginia  in 
conjunction  with  the  university's  Administrative  Computing  Services  have  implemented  a 
voice  bulletin  board  system  to  electronically  post  announcements  for  job  openings.  Registered 
users  can  access  the  computerized  system  by  calling  from  any  telephone  equipped  with  touch- 
tone  dialing;  no  other  equipment  is  needed  by  the  caller.  The  bulletin  board  system 
automatically  answers  calls,  requests  the  caller  to  key  in  his  identification  number,  and  then 
recites  job  listings  contained  in  the  database  that  liiatch  the  interests  and  qualifications  of  the 
caller.  The  system  runs  unattended  around  ^he  clock,  except  for  about  an  hour  each  morning 
when  the  database  files  are  updated. 

Among  the  extensive  computing  facilities  at  UVa,  is  one  very  important  one  located  in  the 
OCPP  office.  Since  1986,  OCPP  has  been  using  a  13-station  PC  network  to  support  its  efforts 
to  assist  students  in  planning  and  choosing  career  fields.  Nonetheless,  before  the  advent  of 
the  voice  bulletin  board  system  (VBBS),  OCPP  had  to  collect  paper  documents  announcing  job 
openings  to  make  them  available  for  review  by  interested  job  seekers  who  studied,  lived,  or 
worked  in  Charlottesville.  The  information,  although  potentially  of  interest  to  a  large  number 
of  people,  was  not  readily  accessible  to  many  who  could  have  benefitted  from  it.  To  have 
access  to  this  information,  a  prospective  client  of  OCPP  had  to  either  visit  the  office  in  person 
or  telephone  a  staff  member  to  request  information.  In  effect,  the  data  was  available  only 
within  the  walls  of  Garrett  Hall,  the  home  of  OCPP. 
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A  manual  filing  system  was  used  to  organize  and  maintain  the  documents  and  to  dispose  of 
those  that  became  out  of  date.  This  method  was  slow,  cumbersome,  and  labor-intensive. 

The  new  VBBS  provides  remedies  for  each  of  these  two  inefficiencies,  offering  significant 
advantages  to  both  job  hunters  and  to  the  OCPP  office  itself.  The  VBBS  uses  a  con.  ^ntional 
computerized  database  system  to  select  and  present  jobs  listings  that  are  of  specific  interest 
to  the  caller.  Out-of-town  and  even  out-of-state  alumni  can  access  the  database  around-the- 
clock.  Callers  are  able  to  "page"  through  the  jobs  by  using  any  touch-tone  as  the  signal  to 
interrupt  the  computer's  speech  and  to  go  on  to  the  next  option.  All  job  positions  that  entered 
the  system  prior  to  the  caller's  last  call  are  suppressed,  unless  the  caller  asks  to  hear  all 
matches,  regardless  of  when  the  job  listings  entered  the  system. 


Benefits  to  the  Caller 


The  VBBS  clients  are  scattered  about  the  country.  When  a  job  seeker  calls,  selections  are  made 
on  the  basis  of  the  geographical  preference  indicated  when  he  registered  to  use  the  VBBS.  If 
the  caller  ever  wishes  to  select  on  the  basis  of  a  different  geographical  region,  he  may  utilize 
the  on-line  option  to  change  his  geographic  preference,  and  then  ask  the  computer  to  restart 
the  matching  process.  At  the  opening  voice  menu,  a  caller  can  choose  between  hearing  all 
matching  jobs,  or  only  those  that  have  been  added  to  the  database  since  his  last  call.  Out-of- 
date  jobs  are  automatically  removed  from  the  database,  so  all  information  relayed  to  the  caller 
is  current.  The  VBBS  user  benefits  from  virtually  instant  access  to  information,  and  his  only 
costs  are  a  nominal  registration  fee  and  then  paying  the  phone  company  for  any  long-distance 
calls. 
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Voice  qualUy  of  pre-recorded  speech  played  by  the  VBBS  is  indistinguishaole  from  a  live 
voice.  The  system  is  very  simple  for  a  caller  to  use:  a  voice  menu  is  prerented  after  each 
VBBS  function  completes.  An  introductory  message  is  given  to  all  first-time  calk:  b  explaining 
the  operation  of  the  VBBS,  an  the  system  offers  on-line  help  messages  that  can  be  requested. 

When  a  job  seeker  calls  the  system,  the  VBBS  software  identifies  the  caller  by  his  ID  number 
(SSN),  finds  his  data  record,  and  makes  note  of  the  values  for  the  three  parametet^  on  which 
it  must  find  a  match:  major,  geography,  and  career  field.  Then  the  job  listings  are  searched, 
and  when  one  is  found  that  has  attributes  corresponding  to  those  desired,  the  pre-recorded 
speech  file  representing  name  of  the  employer,  the  job  title,  and  the  short  description  is  played 
to  the  caller.  The  caller  can  then  have  these  items  repeated,  have  a  longer,  detailed  description 
played,  go  on  to  the  next  job  match,  or  return  to  the  previous  menu  of  choices.  And  at  any 
i  me  during  the  playing  of  these  speech  files,  the  caller  can  interrupt  by  pressing  a  touch- 
tone,  and  the  system  will  rer  und  by  playing  the  menu  (which  can  also  be  cut  short  by  the 
caller  pressing  a  key)  and  asking  for  the  caller's  next  menu  choice 


Benefits;  to  ncPP 


This  system  provides  a  vehicle  for  OCPP  to  distribute  valuable  information  to  its  client  base 
in  a  timely  and  efficient  manner.  Using  the  features  of  the  DBMS,  OCPP  can  easily  monitor 
usage  of  the  system,  ki  mng  exactly  who  calls  and  how  often,  and  which  jobs  are  most 
frequently  matched.  a:;  unattended  system  is  available  to  callers  for  23  hour^  a  day,  and  at 
an  operating  cost  that  involves  only  the  manpower  reqi  Jred  for  entering  the  new  data  each 
day.  (Out-of-date  uata  is  purged  automatically.)  The  reputation  of  OCPP  is  enhanced  because 
both  employers  and  prospective  employees  recognize;  the  effectiveness  of  the  system,  and  usage 
by  one  group  encounges  greater  asage  by  the  other. 
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Development  of  the  System 


The  design,  programming,  and  implementation  of  the  software  for  this  system  was  performed 
by  Administrative  Computing  Services  at  the  University.    The  telephone  management 
functions  needed  to  answer  the  phone,  accept  input,  and  play  voice  files  were  provided  at  the 
dBASE  programming  level  by  dbSpeakeram)^  Because  the  VBBS  system  is  essentially  a  dBASE 
database  system,  development  time  is  short  and  the  effort  is  very  much  like  conventional 
dBASE  programming.  In  fact,  much  of  this  system's  program  code  was  developed  before  the 
arrival  of  the  Watson  system  by  using  keyboard  input  and  screen  output  to  simulate  telephone 
input/ourput  (I/O).  Then,  when  the  Watson  voice  sub-system  did  arrive,  it  took  only  a  short 
period  to  convert  terminal  I/O  to  telephone  I/O.  However,  interacting  with  a  telephone  caller 
does  present  several  complicating  issues  because  of  concerns  with  time-outs  for  input,  having 
touch-tone  input  interrupt  speech,  and  hand,    g  situu^ions  where  callers  hang  up  in  the  midst 
of  a  session.    dbSpeaker,  though,  does  provide  useful  tools  to  integrate  the  features  to 
conve-^iently  handle  these  situations.  For  instance,  when  waiting  to  read  touch-tone  input,  the 
VBBS  dBASE  program  passes  to  dbSpeaker  a  parameter  defining  the  time  period  to  wait  before 
"timing-out*".  If  the  caP    does  not  respond  in  the  allotted  time  period  and  there  is,  in  fact, 
a  time-out,  the  program  tries  again  by  repeating  the  question  two  more  times  if  necessary.  If 
there  still  is  no  response  from  the  caller  in  the  way  of  touch-tone  input,  the  VBBS  will 
electronically  hang  up  ihc  phone  on  its  end.  This  is  necessary  because  there  is  no  direct  test 
available  to  see  if  the  caller  is  still  on  the  line.  Consideration  was  also  given  to  not  allowing 
the  tof^l  length  of  the  call  to  exceed  some  value,  say  10  minutes.  But  it  was  decided  that 
because  most  callers  would  be  paying  for  long  distance  calls,  it  was  not  necessary  to  limit  call 
duration.  If,  in  the  future,  this  feature  becomes  necessary,  it  will  be  a  simple  matter  to  alter 


dbSpeak;;r  is  one  component  of  the  Wats»on(tm)  voice  sub-system  that  is  a  product  of 
Natural  MicroSystems  Corp.  of  Natick,  Massachusetts.  Other  required  components  for  this 
application  are  a  Watson  interface  b'^^rd  that  resides  in  the  PC,  and  two  other  software 
products  from  Natural  Microsystems. 
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the  program  to  note  the  time  the  cal!  began,  and  to  periodically  check  to  see  if  the  caller's 
daily  limit  of  on-line  time  has  been  exceeded. 

Although  the  Watson  sub-system  can  output  synthesized  voice  messages  for  variable  data  (e.g., 
values  for  a  job  title,  name  and  address  of  an  employer),  it  was  decided  to  verbally  record 
all  data  that  is  relayed  to  callers  instead  of  keying  it  and  letting  the  Watson  voice  system 
synthesize  it.  This  approach  yields  couple  of  significant  benefits.  Firct,  there  is  far  higher 
quality  for  the  system*s  output  as  every  message  heard  by  the  caller  is  a  reproduction  of  a 
human  voice.  (T!ie  image  of  the  voice  is  stored  digitally,  and  it  can  be  reproduced  an 
indefinite  number  of  times  without  any  distracting  background  noise.)  By  using  recorded 
speech  for  the  job  listing  information,  the  voic^  output  is  much  clearer  and  the  task  of  data 
input  is  made  easier.  The  data  input  module  was  written  to  accept  the  spoken  word  for  job 
data  fields  such  as  job  title,  name  and  address  of  employer,  short  and  long  descriptions  of  the 
job,  and  name  of  person  to  contact.  These  data  items  are  then  entered  into  the  system  during 
its  one  hour  of  off-line  time  each  day  by  speaking  them  into  a  telephov'e  dialed  into  a  data 
entry  program  runalag  on  the  VBBS  PC.  Speaking  these  descriptive  items  into  the  system  takes 
sTiuch  less  time  and  effort  than  keying  them.  Voice  data  is  converted  by  the  Watson  system 
into  digital  data  which  is  stored  as  disk  files.  Data  for  geographical  i'^cation,  career  area,  and 
required  degree  still  must  be  keyed;  these  value  are  used  for  the  dBASE  matching  algorithm 
and  therefore  must  be  present  in  the  employers*  database  file  in  a  standard  dBASE  format. 
These  values  are  never  directly  related  to  the  caller,  but  instead  are  implicit  in  any  job  match 
data  spoken  to  the  caller.  (It  was  also  decided  to  key  the  name  of  the  employer  in  addition  to 
entering  it  verbally.  This  allows  historical  reporting  to  include  data  on  company  names.) 

A  standard  IBM-compatible  PC  is  an  adequate  platf  orm  for  implementing  a  VBBS  application. 
However,  it  should  be  noted  that  if  job  data  is  stored  as  digitized  speech,  the  disk  space 
requirements  become  substantial.  The  dbSpeaker  software  uses  a  dcf auU  speech  compression 
rate  of  3  Kbytes  per  second  when  recording  voice  data  to  disk,  so  a  five-second  message,  for 
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instance,  will  require  IS  Kbytes  of  disk  space.  If  each  job  has  a  job  title,  company  name,  short 
job  description,  long  job  description,  and  name  and  address/telephone  number  of  a  contact 
person,  and  then  several  hundred  job  descriptions  stored  on  the  system  may  require  more  than 
SO  Mbytes  of  disk  storage.  Considering  this  along  v/ith  our  expectation  to  upgrade  the  system 
in  the  future  to  accommodate  multiple,  concurrent  incoming  calls,  an  80386-based  PC  eqi  ipped 
with  a  60  Mbyte  fixed  disk  was  selected. 


Registering  the  System  Users 


Students  and  alumni  who  wish  to  gain  access  to  the  VBBS  are  required  to  submit  ?.  completed 
application  form  to  OCPP.  On  this  form,  the  individual  specifies  his  academic  major,  his 
career  field  interest,  and  geographical  preference.  To  simplify  the  ^^sk  of  data  entry  at  OCPP, 
each  applicant  writes  on  the  fo^m  the  actual  code  corresponding  to  his  each  of  these  three 
items  (the  entire  set  of  codes  is  listed  on  the  application  form  itself).  Prospective  employers, 
on  the  other  hand,  submit  their  hiring  requirements  on  documents  whose  form  and  content 
vary  widely.  Therefore,  keying  this  data  often  involves  some  decision  making  for  the  cr^rcer 
field  area  or  field  of  study.  If  ihc  employer  does  not  specify  an>  jors  that  are  required  for 
the  job,  'any*  is  entered  and  this  will  match  with  all  student  majors. 


Management  Reports 


Because  the  system  is  essentially  an  automated  dBASE  database,  it  was  a  simple  matter  to 
program  the  usual  report  features  that  tell  OCPP  management  about  the  usefulness  of  the 
system,  and  the  characteristics  cf  the  clients  who  utilize  it  the  most.  Daily  reports  contain 
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data  for  percent  of  time  the  system  was  in  use,  number  of  calls  received,  number  of  matching 
jobs  found,  number  of  students  registered,  number  of  students  deleted  (when  the  three-month 
registration  period  expires),  and  number  of  jobs  currently  listed.  Other  reports  that  are  useful 
over  longer  intervals  arc  number  of  calls  received  during  the  period;  number  of  different 
callers  using  the  system;  and  total  number  of  positions  that  have  been  acfvertised.  Reporting 
options  can  also  list  which  career  fields,  majors,  geographical  areas  have  yielded  the  most  job 
positions,  and  which  employers  have  listed  the  most  jobs.  Another  report  will  produce  mailing 
labels  for  all  employers  who  have  used  the  system  (provided  employer  address  information  has 
been  keyed). 

Future  Plans 

As  demand  for  this  system  increases,  a  multi-tasking  system  will  be  installed  along  with  a 
second  phone  line  into  the  system.  If  the  caller  load  begins  to  tie-up  the  two-line  system,  then 
a  network  will  be  installed  and  the  current  machine  will  be  converted  to  the  file  server. 

Another  potential  new  feature  will  be  the  implementation  of  a  voice  mailbox  so  that  callers 
can  leave  voice  messages  concerning  problems  or  suggestions  for  OCPP  to  review  the  next 
business  day. 
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A  Counseling  Reservation  System  In  a  Local  Area  Network  Environment 

Bruce  L.  Rose 
Cuyahoga  Community  College 
Cleveland 
Ohio 


Abstract 

This  paper  will  discuss  the  develofment  and 
Implementation  of  Xi  **  Counseling  Reservation  System 
developed  at  Cuyahoga  Community  College.  In  addition, 
the  paper  will  discuss  future  plans  for  automation  and 
Infonnatlon  Systems  In  the  counseling  and  student 
services  area  -  specifically,  the  expansion  of  the 
Metropolitan  LAN  and  applications  to  CCC's  Western  and 
Eastern  caifMses.  Finally,  th..  paper  will  analyze  some 
of  the  Inherent  problems  found  when  Introducing  networked 
departmental  comiMitlng  Into  the  College's  offices  as  a 
case  stucty  which  m^  benefit  others  following  this  sane 
path. 
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I.  Introduction 


Cuyahoga  Conunlty  College  Is  a  large  tw  year  institution  which 
serves  the  greater  Cleveland  area  in  northeast  Ohio.  The  College  Is 
composed  of  three  distinct  cai|Hises  and  a  district  administrative 
office.  The  three  canpuses  -  Metropolitan,  Eastern,  and  Western  - 
vary  In  size,  and  conposltlon  of  their  student  bo(j(y  but  all  three 
remain  subordinate  to  the  one  "College"  both  organizationally  and 
operationally. 

CCC  has  aggressively  pursued  a  leadership  role  In  both  administrative 
anr'  academic  Information  systems  (IS)  and  computing,  thus  there  are 
nu  reus  IS  Initiatives  Mhich  contribute  to  the  College's  strategic 
mission  of  academic  quality,  access,  and  success.  One  of  these 
Initiatives  Is  the  Introduction  of  automation  and  networking  to  the 
counseling  and  advising  areas  of  the  College. 

Beginning  In  1986,  a  "pilot"  loul  area  network  (LAN)  and 
telecomnunlatlon  capability  was  Installed  In  the  Metro  campus 
counseling  arja  In  ordier  to  evaluate  the  effectiveness  of  providing 
both  local  resource  sharing  and  host  connectivity  to  the  counseling 
staff  (about  18  counselors.)  The  results  were  Impressive  In  that  most 
counselors  used  the  electronic  mall  and  word  processing  capabilities 
of  the  LAN  In  their  dally  work,  and  there  was  a  general  clamor  for 
additional  training,  software,  and  resources. 

In  particular,  the  conputlng  consultant  (the  author)  and  the  director 
of  the  counseling  area  agreed  that  the  key  enhancement  need  for  the 
LAN  was  some  type  of  scheduling  or  appointment  capability  which  would 
be  accessible  by  all  of  the  counseling  and  clerical  LAN  users. 

A  simple  scheduling  system  was  In  use  which  provided  batch  reports  of 
counselors'  dally  schedules  as  well  as  student  record  request  lists. 
This  Scheduling  System  originated  from  a  timesharing  application  on 
the  HonciywBll/Bull  mainframe  cooputer,  and  was  migrated  down  to  the  PC 
using  dBase  Ill's  development  language  and  database  format.  This 
simple  Scheduling  System  would  form  the  basis  for  the  Counseling 
-ervatlon  System  which  was  jointly  designed  by  the  counseling 
V   sctor  and  the  author. 

The  resulting  application,  the  Counseling  Reservation  System,  Is 
operational  at  the  Metro  campus  and  will  soon  be  migrated  to  the  other 
two  campuses.  The  system  Itself,  has  mai\y  merits  and  some  weaknesses 
and  Is  well  liked  and  exploited  by  the  users. 

The  development  and  Implementation  of  this  application  will  be 
explained  In  the  following  pages  and  represents  the  primary  theme  of 


ERiC 


Counseling  Reservation  System 


527  • 


Bruce  L.  Rose,  Cause  89 


this  paper.  A  secondary  theme  of  this  paper  is  to  discuss  the 
Reservation  System  development  and  Its  Importance  to  the  overall  IS 
strategy  In  the  Student  Services  and  support  area  of  the  College. 

There  are  some  Interesting  characteristics  of  this  system's 
developm"  \  which  are  also  discussed.  For  example: 

1]        The  scope  of  the  system  was  technically  and  functionally 
conservative  and  was  delivered  rapidly  to  the  user 

2]        The  system  was  a  literacy  tool  for  both  user  and  developer, 
and  would  be  used  to  guide  larger  and  more  ambitious 
development  efforts 

3]        The  resource  requirements  were  minimal  and  could  be  absorbed 
without  coffliltting  or  delaying  other  formal  development 
projects 


Section  II  Is  a  discussion  of  the  system  development:  section  III 
discusses  the  Implementation  of  the  Reservation  System,  and  finally 
section  IV  concludes  by  suimarlzlng  what  was  learned  In  this 
development  and  how  others  m^  benefit  from  this  experience  in  small 
systems  development. 


n.  Development  of  the  Reservation  System 

The  Counseling  Reservation  System  grew  from  a  simple  scheduling  system 
which  was  first  developed  on  the  Honeywell/Bull  mainframe  computer 
used  at  the  College.  This  system  was  later  migrated  to  an  IBM  PC 
application  using  dBase  Ill's  file  formal,  ard  application  development 
language  (ADL). 

Th>  scheduling  system  simply  accepted  appointment  transactions  keyed 
into  a  specific  format,  and  later  collated  these  Into  daily  schedules 
and  other  reports  which  were  used  for  requesting  files  from  the 
records  office. 

The  counseling  director  cane  to  the  computer  center  with  the  initial 
concept  of  a  real  time  scheduling  or  appolntiiient  system  which  would 
eliminate  the  need  for  a  manual  schedule  book.  He  had  the  following 
parameters  to  work  with: 

0         About  18  full  time  and  a  few  part  time  counselors;  his  staff 
generally  worked  from  8:30  to  5:00,  but  there  were 
appointments  taken  in  the  evening  from  5:00pm  until  8:00pm 
and  a  si:«all  staff  on  Saturdays. 
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0         Each  appolntnent  was  30  minutes  In  duration  and  was  handled 
one  on  one  with  a  counselor  and  student. 

0         There  were  numerous  other  "types"  of  time  conroltments  for 
which  the  counselor  would  be  assigned  Including  walk-In 
counseling  during  registration  periods  and  student 
orientations.  In  addition,  the  counselors  enjoyed  faculty 
status  and  might  be  teaching  a  class  or  hav«  other  academic 
coMltments. 


0        For  scheduled  appointments,  the  director  closed  out  the 

scheduling  about  3  or  4  working  ds^s  ahead  of  time.  That  Is,  a 
student  could  not  normally  make  a  scheduled  appointment  with 
less  than  three  di^s  lead  time.  This  allowed  the  office 
schedules  to  be  collated  and  distributed,  and  allowed  the 
records  office  to  deliver  the  students  file  folders  to  the 
counsel Ing  office. 

In  terms  of  design,  we  agreed  that  the  technical  problem  of  automating 
a  schedule  matrix  would  be  solved  first.  The  autiwr  completed  the  file 
design  and  a  sHle  scheduling  program  or  algorithm  which  would  accept 
a  time  range  stated  In  normal  clock  hours  (e.g  8:30am  or  10:00am)  and 
"map"  or  translate  this  time  range  Into  the  scheduling  matrix. 

The  scheduling  matrix  or  table  looked  something  like  this  when 
completed: 


Qatfi  _£gy0SfilfiC  Tiro  Sigt  fl  Time  slot  12... Time  Slot  l<n> 

04/11/89    JH  CC  CC 

04/1^/89    ON  XX 

04/14/89    m  CC 

The  tine  slots  represented  30  minute  time  coinmltments,  while  the 
two-position  code  (e.g.  CC,  XX)  represented  the  "type"  of  cornnltment;  a 
blank,  of  course,  meant  the  time  slot  was  open  or  available. 

This  worksheet  style  matrix  had  the  advantage  of  being  very  straight 
forward  and  lent  Itself  very  well  to  display  and  visual  Inspection. 
The  Intent  of  usage  was  clear  at  this  point,  and  would  follow  the 
following  events: 

0        The  student  would  approach  the  fhmt  desk  or  call  the 

counseling  office  to  make  an  appointment  to  see  a  counselor. 

0        The  operator  or  clerk  would  glean  the  Intent  of  the  appointment 
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(t>pe),  and  if  the  student  had  preferences  for  the  counselor 
(Who?),  the  tine  or  date  (When?). 

0  Armed  with  these  preferences  the  clerk  would  query  the  schedule 
matrix  and  visually  detenaine  the  best  fit  for  the  student,  and 
schedule  the  appointaient. 

The  key  to  thi?  "point-of-sale"  process  was  providing  the  strongest 
possible  visual  representation  of  the  schedule  matrix  on  the  limited 
size  and  resolution  of  the  Personal  Computer  screen  or  monitor.  We 
determined  three  separate  queries  or  visual  displays  would  be 
necessary: 

0       A  query  by  date.  This  displayed  the  schedule  matrix  and  time 
slots  for  all  counselors  for  a  given  date.  The  table  could  be 
"scrolled"  or  moved  forward  and  backward  in  time  using  the  PC's 
cursor  control . 

0       A  query  by  counselor.  For  a  student  who  wanted  to  see  a 
particular  counselor,  this  display  would  show  all  available 
dates  for  one  counselor. 

0       A  query  by  BOTH  date  and  counselor.  For    student  who  had  both 
a  date  and  counselor  of  preference,  this  query  would  zoom  in  on 
the  specifics  of  an  individual  daily  schedule.  This,  by  the 
way,  was  the  sane  query  which  produced  the  daily  schedules  for 
the  counselors. 

The  terminology.  Reservation  System,  is  best  represented  in  this  part 
of  the  application.  Th«  director  and  author  envisioned  an  airline 
reservation  clerk  interacting  with  a  computer  terminal  display  to 
accomplish  reservations.  Speed,  accuracy,  and  customer  satisfaction 
would  all  be  dependent  on  how  efficiently  and  effectively  the  computer 
would  visually  bring  forth  the  needed  schedule  Information,  and  how 
the  clerk  would  navigate  to  the  desired  "best-fit"  between  customer 
need  and  availability. 

This  was  the  most  difficult  part  of  the  design  in  that  beating  or 
equaling  the  manual  process  (i.e.  visually  inspecting  and  updating  the 
nanual  schedule  book)  was  a  challenge.  If  we  could  satisfy  ourselves 
that  we  had  at  least  equaled  the  nanual  process,  we  knew  that  the 
other  benefits  of  the  system  would  warrant  a  full  implementation. 

The  system,  was  developed  along  these  lines.  A  computer  center 
analyst  iaplenented  the  author's  time  scheduling  "engine"  and 
completed  the  application  in  about  J  months  of  part  time  involvement. 
The  system  was  tested  stand  alone  at  the  counseling  front  desk,  and 
the  manual  scheduling  book  continued  in  use  as  the  authority 
information.  The  preliminary  results  concluded  that: 
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0       Therft  was  a  rather  high  rate  of  data  entry  errors.  In 
particular,  an  Incorrectly  coded  student  nunber  (social 
security  maixr)  would  Introduce  duplicate  and  erroneous 
records  Into  the  systen. 

0       The  visual  representation  of  the  schedule  matrix  was  still 
Inadequate  for  effective  scheduling. 

0       The  scheduling  tine  engine  worked  as  advertised,  and  the 
resulting  tine  savings  were  very  good. 

The  nost  critical  enhancement  of  our  second  testing  phase  was  to  add  a 
significant  database  overhead  to  the  system,  namely  the  student 
authority  file. 

We  agreed  that     would  conpose,  extract,  and  nalntain  a  file  of  all 
registered  students  at  the  local  canpus  to  be  used  In  the  Reservation 
Systen.  The  source  of  this  file  would  be  the  mainframe  based 
Integrated  Student  Information  Systen  (ISIS).  This  addition  would  add 
significant  complexity  and  overhead  to  the  systen,  but  would  solve  our 
data  Integrity  problens  and  would  create  an  Interesting  tracking 
datiset  which  could  be  queried  statistically  In  the  future.  The 
addition  of  this  component  of  the  system  had  the  following 
characteristics: 


0       This  would  be  an  operational  database.  The  Information  would 
be  extracted  and  transferred  to  the  PC  or  LAN,  as  opposed  to  a 
realtime  Interaction  with  ISIS. 

0       The  authority  student  Infbnnatlon  would  be  linked  to  the  local 
counseling  Information  such  as  number  of  appointments, 
coimselor  last  seen,  and  cancellation  or  no-showa. 

0       The  file  would  be  cycled  on  a  quarterly  basis.  Students  who 
had  an  appointment  history  would  be  retained,  and  the  "age"  of 
the  student's  experience  with  the  counseling  office  would  also 
be  tracked  or  kmiwn. 

The  addition  of  this  file,  meant  that  the  clerk  could  assume  the 
properly  registered  student  would  be  "known"  to  the  system.  This 
saved  keystrokes  and  added  ^^atly  to  the  data  Integrity  of  the 
student  appointment  file.    .  a  student  could  be  told  of  what  the 
"system"  recorded  as  their  current  demographic  and  address 
Information;  thus,  changes  o<r  1n&:curac1es  would  be  quickly  reported 
back  to  the  records  office. 
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This  authority  file  was  1a«>1einenter<  and  to  date  we  have  one  and 
one-half  years  of  tracking  information  In  the  fDe.  The  preparation 
and  transfer  or  "downloading"  of  the  authority  file  Is  somewhat 
formidable  (about  5-10  thousand  records  of  200  characters  each),  but 
once  the  file  Is  operational Ized  the  capacity  of  the  local  software 
and  hardware  Is  not  really  challenged. 


Ill  Implementation  of  the  Reservati  :»i  System 

The  formal  Implenentatlon  of  the  Reservation  System  followed  the 
second  testing  period.  This  testing  period  continued  to  use  the 
manual  schedule  book  as  a  backup,  but  more  and  more  reliance  was 
placed  on  the  autOMted  Reservation  System.  The  results  were  very 
good  and  the  system  was  considered  operational  at  the  Metropolitan 
campus. 

Chronologically,  we  set  ft^rth  the  following  milestones: 


A  stand-alone  Reservation  System  Jan  88 

Access  by  all  counselors  Jan  89 

Migration  to  other  campuses  Jan  90 

Multiple  updaters  on  the  system  March  90 

In  small  systems  development,  It  Is  typically  a  surprisingly  large 
leap  to  move  finoi  a  stand-alone  or  single  user  application  to  one 
which  is  networked  or  provides  for  multiple  access    The  technical 
tools  provided  on  the  smaller  systess  are  not  geared  for  multi-user 
systems,  and  in  general  the  data  becomes  much  more  vulnerable  when 
"opening"  up  the  system  to  multiple  access. 

As  mentioned,  the  counseling  area  was  equipped  with  an  Ethernet  local 
area  network  which  originally  ran  3Com's  EtherSeries  network  software 
(this  is  now  Novell  Netware).  The  physical  and  logical  network 
components  were  in  place  to  allow  access  firom  the  counseling  offices, 
but  there  reR«iiiod  the  technial  problem  of  modifying  the  application 
to  support  multiple  or  concurrent  usage. 

We  proceeded  cautiously  in  this  implementation.  Me  clearly  separated 
the  fLtctional  milestone  of  adding  additional  "queriers"  to  the  system 
and  the  milestone  of  adding  "updaters"  or  the  ability  for  two  users  to 
concurrently  change  the  data.  Ne  understood  that  from  a  needs 
perspective,  the  counselors  wanted  the  following  from  our  system: 
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0       Inspect  their  schedules  from  their  own  PC  workstations 

0       Inspect  a  student's  record  or  history  with  the  office 

0       Inspect  their  peers'  schedules  and  cornnltments 

for  which  all  three  of  these  needs  precluded  any  changes  to  the 
database:  thus,  they  needed  only  to  read  or  query  the  files  as  opposed 
to  updating  or  changing  the  files. 

The  developKnt  environment,  namely  dBase  AOL  and  a  dBase  compiler 
called  Clipper  (Nantucket  Software),  allows  for  multiple  user 
capability.  HoMver,  the  lack  of  built-in  or  supplied  data  Integrity 
and  access  control  features  places  a  considerable  burden  on  the  local 
programnlng  and  application  design  work. 

We  have,  quite  simply,  moved  slowly  on  this  front  because  of  a  concern 
of  losing  rel labium  and  simplicity  In  the  system.   It  would  be 
disastrous,  at  this  point,  to  Introduce  multiuser  database  problems  to 
a  system  which  has  such  an  excellent  track  record  of  reliability. 

Instead,  we  have  completed  a  query  'module'  or  separate  progran  which 
Is  a  subset  of  the  full  Reservation  System.  This  module  Insures  no 
updating  or  changing  of  the  system's  datasets  can  be  accomplished. 
This  module  Is  accessed  by  multiple  counselors  from  their  workstations 
and  gives  each  counselor  the  ability  to  Inspect  or  read  all  of  the 
Reservation  System's  scheduling  and  student  Information. 

We  will  migrate  this  current  form  of  the  application  to  the  other 
campuses  during  this  year.  Our  final  milestone.  Is  the  completion  of 
multiple  user  appointment  updating  of  the  system.  This  would  be  most 
;.e1pfU1  In  times  of  high  student  activity  and  would  allow  the  system 
adnlnlstrator  the  ability  to  change  or  alter  Information  while  the 
Reservation  System  Is  In  use.  AtMltlonally,  It  opens  nhancement 
questions  such  as  counselors  scheduling  their  own  api^    .nents  and 
adding  conments  or  tracking  Information  to  the  student  records  file. 

IV.  Sunmary  and  Reconmendatlons 

Readers  knowledgable  on  technical  matters  regarding  PC's,  LANs,  and 
netuDrked  applications  might  question  the  degree  to  which  the 
developers  urge  caution  and  a  conservative  approach  In  developing 
these  types  of  applications.  There  are  certainly  products  and 
development  tools  which  promise  such  things  as  true  multiuser  database 
management  and  Integrity  controls  iu  this  environment.  However,  it 
has  been  our  experience  that  cost,  and  a  lack  of  prevalent  technical 
expertise  can  mitigate  their  usefulness. 


533 

Counseling  Reservation  System       -  7  - 


Bruce  L.  Rose,  Cause  i^Q 


As  a  case  studjy,  the  development  of  this  Reservation  System  Is  likely 
very  representative  of  efforts  taking  place  across  the  country.  These 
development  efforts  are  quite  entrepreneurial  In  nature  and  typically 
Involve  I      "user"  (I.e.  our  counseling  director)  and  a  sympathetic 
consultant  In  the  computer  or  MIS  center.  Ke  readily  endorse  this 
model,  and  observe  the  fbllOMing  advantages: 

0  The  vision  and  enthusiasm  for  the  project  Is  very  focused  which 
enhances  the  likelihood  of  success  and  decreases  the  likelihood 
the  project  will  get  sidetracked  or  continually  redefined. 

0       The  project  is  narrowly  defined,  technically  conservative,  and 
can  be  delivered  quickly.  In  this  model  human  and  technical 
re  ources  are  alleys  at  a  premium;  this  necessitates  the 
project  "teairi"  utilize  and  stretch  their  available  resources, 
and  111)1  ement  before  the  resources  "dry-up." 

But,  "«e  have  the  following  caveats  as  well: 

0       Alwaors  search  the  market  for  an  existing  solution  or  one  which 
can  be  customized  to  fit  your  needs.  This  can  be  a  difficult 
"pill"  for  the  designer  and  developer  who  are  excited  about 
applying  their  own  solution. 

0       The  project  must  fit  into  some  overall  strategy  or  context. 
The  end  result  should  add  value  to  larger  or  more  conspicuous 
develofxnent  or  IS  initiatives,  and  should  fit  Into  these 
efforts. 

At  CCC,  this  Reservation  System  develispment  has  been  an 
entrepreneurial  enterprise.  The  design,  implementation,  and  expansion 
of      <:vstem  has  taken  place  with  minimal  resource  Impact  and  has 
been  larv^ely  a  product  of  one  key  user's  innovation  and  hard  work. 
However,  the  system  does  have  an  excellent  fit  with  larger  development 
strategies. 

The  counseling  and  advising  areas,  in  addition  to  their  networking  and 
telecommunications  capabilities,  will  shortly  benefit  from  the 
delivery  of  a  Degree  Audit  system  which  is  built  around  their  PC 
workstations  and  micro  to  mainframe  cooimini cations  and  Interfacing. 
This  Advising  and  Graduation  Information  System  (AGIS)  fits  very  well 
with  the  Reservation  System.  Each  serves  a  separate  purpose,  but  the 
access,  look  and  feel,  and  training  and  orientation  of  its  users  go 
hand  in  hand. 

In  all  of  this  technical  detail  it  is  important  tu  remember  that  the 
College's  technology  motivation  is  not  about  computers  and  harxlware 
and  wires.   Its  about  quality  and  effectiveness.  The  opportunity  to 
work  smarter  in  the  College  offices,  and  to  improve  the  quality  of 
instructional  prograns,  and  most  importantly  to  enrich  the  lives  of 
each  and  every  student  )«m)  walks  through  our  doors.  In  its  own  small 
way,  we  feel  this  system  contributes  admirably  towards  this  goal. 
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CASE  TOOLS  for  the  90'ei  DELIVERANCE  OR  EXTRA  BURDEN 
Dr.  Paul  J.  Plourde 
Bentley  College 

Computer  Information  Systems  Department 
WalthaKi,  Massachusetts 


This  paper  axaminos  the  viability  of  CASE  (COMPUTER  AIDED 
SOFTWARE  ENGINEERT-:g)  as  a  replacement  for  the  design  and 
developr^nt  strategies  that  have  teen  employed  in  the  past: 
namely,  ^uanual  design  and  programming  of  application  systems. 

The  primary  focus  will  be  on  developing  evaluation  questions 
and  assessing  whethei*  or  not  industry  reports  support  the  notion 
thd    CASE  tools  boost  productivity  and  reliability  of  systems 
that  are  developed  using  these  tools. 

Consideration  will  be  given  to  the  questio;is  of  the 
necessity  for  the  integration  of  CASE  tools  with  other  tools  such 
as  data  base  managemert  systems,  4GL's,  as  well  as,  other  CASE 
tools. 
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During  the  early  19708,  computer  centers  and  systems  development 
departments  were  abuzz  with  a  new  technology  in  the  form  of  data 
base  management  systems  (DBMS) •    Systems  analysts  and  programmers 
were  charged  with  determining  the  capabilities  of  the 
commercially  available  DBMS'  and  ascertaining  what,  if  anything, 
such  systems  could  do  for  their  organizations. 

The  results  of  these  investigations  are  history  and  many 
organizations  adopted  the  use  of  these  systems  to  provide  more 
timely  and  integrated  information  for  their  users.  However, 
the  impact  on  the  systems  development  organization  was  not  as 
smooth  as  this  scenario  might  imply.    In  the  first  place,  there 
is  a  difference  between  acquiring  a  tool  and  altering  the  methods 
(technicpies)  used  to  develop  systems.    In  the  case  of  DBMS, 
acquiring  a  DBMS  package  did  not  insure  that  it  woTild  be  utilized 
for  something  other  than  a  replacement  for  the  current  disk 
accessing  technique  whether  it  be  random  or  some  form  of  indexed 
sequential.    It  was  quite  another  matter  to  have  analysts  think 
in  terms  of  an  integrated  data  base  for  the  organir^ation  an^  tv. 
develop  systems  with  this  concept  in  mind  rather  than  focusing  on 
the  single  system  approach  to  development. 

As  we  enter  a  new  decade,  we  are  faced  with  a  new  buzzword  (CASE) 
which  promises  to  revolutionize  systems  development  and  have  an 
impact  that  could  be  more  profound  than  that  which  we  experienced 
with  data  base  management  systems.  Even  with  this  promise,  the 
potential  problems  of  integrating  the  use  of  CaSE  toi  Is  in  an 
information  systems  organization  are  as  foreboding,  if  not  more 
so,  than  was  the  case  with  incorporating  a  data  base  management 
system  (and  the  associated  data  base  philosophy)  into  the  tool- 
set used  by  systems  developers. 

The  purpose  of  this  paper  is  explore  this  new  technology, 
indicate  how  it  evolved,  as  well  as,  describe  its  current  status, 
and  identify  some  evaluation  criteria  and  problems  of  integrating 
this  new  technoloviy  into  an  existing  systems  development 
organization. 

It  is  difficult  to  cit^  an  exact  definition  for  CASE  (Computer 
Assisted  Software  Engineering)  but      ire  is  a  common  thread  to 
many  of  the  definitions  that  have  been  advanced.    There  seems  to 
be  a  consensus  that  CASE  deals  with  automating  (applying  the 
computer  to)  the  systems    development  tasks  and  that  the  goal  is 
to  increase  the  quality  of  the  software  produced  and  improve 
control  over  the  process  of  developing  systems.    From  this 
definition,  it  is  Cwiceivable  that  a  broad  variety  of  existing 
tools  could  fall  under  the  rubric  of  CASE  tools  including: 

])  analysis  and  design  tools  (front-end  or  upper  case  tools 
including  graphics,  data  repositories  and  process 
def initio!^  systems, 
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2)  progreniming  support  tools  (back-end  or  lower  case  tools) 
including  code  generators,  screen  painters,  optimizers, 
editors,  as  well  as,  reverse  engineering  tools,  and 

3)  project  management  tools. 


A  more  specific  definition  of  the  components  of  CASE  in  offered 
in  the  many  reports  issued  by  James  Martin  on  this  subject  and 
he  suggests  that  there  are  five  components  of  CASE: 

"l.  front-end  design  and  specification  graphics  support, 

which  at  least  relieves  the  analyst  of  the  manual  chores 
related  to  drawing  and  redrawing  diagrams  as  the  design 
evolves; 

2.  design  analysis,  which  at  least  tracks  and  reports  basic 
design  flaws  such  as  design  pieces  that  are  not  related 

to  any  other  piece  of  the  graphic  presentation.  Some  of 

the  rule-driven  tools  now  emerging  can  also  detect  other 
inconsistencies ; 

3.  code  generation,  providing  automatic  translation  of  the 
specifications  developed  by  the  earlier  components  into 

source  or  machine  code; 

4.  a    repository,"  "encsyclopedia"  or  "metadictionary, " 
which  holds  comprehensive  entity  models  or  views  of  the 
structure  of  the  organization  using  the  CASE  facilities; 
and 

5.  ••absolutely  essential  to  the  effective  use  of  other 
elements**  is  a  PC  or  similar  commonly-used  processor, 

which  in  addition  to  being  a  familiar,  non-threatening 
and  easily  accessible  piece  of  equipment,  is  (under 
CASE)  provided  with  ••very    good  interfaces  including 
windows  and  menus  and  color.  ••  (Leavitt,  pp. 50-51) 

With  this  admittedly  sketchy  understanding  of  what  a  CASE  tool 
can  accomplish,  let  us  consider  how  we  arrived  at  this  juncture. 
In  what  must  be  considered  a  rapid  succession  of  events,  we  have 
proceeded  from  developing  computerized  solutions  to  business 
problems  by  generating  machine  language  code,  to  symbolic  code, 
to  compiler  languages,  to  fourth  generation  languages  and  to  the 
present  state  of  CASE  which  is  a  specification-driven  language 
that  may  or  may  not  be  tied  to       automated  code  generation 
facility. 
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Tne  infiltration  of  CASS  into  systems  organizations  is 
reasonably  well  doctmented  but  studies  of  their  effectiveness 
in  producing  quality  systens  and/or  reducing  the  backlog  in 
systems  are  in  the  early  stages  of  being  undertaken  and  the 
results  have  just  begun  to  appear  in  the  last  two  years, 
Sinrd  rev  integrated  CASE  tools  such  as  TI's  Integrpted 
Engineering  Facility  are  on  the  market,  statistics  on  utilization 
of  CASE  tools  and  their  various  derivations  can  be  misleading. 
The  norm  for  ^  company  seems  to  be  to  urilize  either  an  upper  or 
lower  case  tool  in  a  stand-alone  fashion  or  they  use  an  upper- 
case tool  from  one  company  coupled  with  a  lower  case  tool  from 
another  company. 

Based  on  the  number  of  users  of  CASE  tools  on  mainframes,  one 
would  not  necessarily  assume  that  there  is  and  will  continue  to 
be  a  tremendous  growth  curve  in  this  industry.    A''  Myers  noted 
(reporting  on  a  study  conducted  by  Computer  Intelligence  Corp.), 
**only  2%  of  U.S.  mainframes  have  one  (a  code  generator) 
installed**  (Myoj.s  p. 49).    However,  such  figures  are  quite 
deceiving  since  much  of  the  current  development  in  the  use  of 
CASE  tools  is  with  front-end  tools  or  is  PC  based.  Index 
Technology's  Excelerator,  which  had    23%  of  the  CASE  market  share 
in  1987,  as  reported  by  the  Completer  Systems  News,  reported  in 
late  1988  that  it  had  shipped  the  10,000th  copy. 

In  a  compilation  of  eighty-five  (85)  CASE  software  products 
included  in  a  March  1989  Computerworld  article  by  Santosus 
(pp. 77-86),  thirty-five  (35)  were  PC  based  and  another  twenty-one 
(21)  were  workstation  based  (SUN,  APPOLLO,  VAXSTATION  etc.). 
Only  thirty-two  (32)  products  worked  solely  with  mainframes  to 
the  inclusion  of  PC's  and  workstations.    The  fact  that  many  of 
the  PC  and  workstation  products  also  worked  on  the  mainframe  or 
had  mainframe  interfaces  suggests  that  as  one  moves  towards  an 
integration  of  upper-case  tools  and  lower-case  tools  the 
mainframe  is  more  likely  to  be  involved. 

WHY  CASE? 

It  is  a  well  documented  fact  that  in  most  information  systems 
organizations  have  backlogs  of  requests  to  develop  new  systems 
or  maintain  existing  systems.    Added  to  this  is  the  geometric 
rise  in  the  number  of  computers  and  the  declining  number  of 
graduates  from  computer  science  and  computer  information  systems 
programs.    The  result  of  these  factors  as  noted  by  McFadden  and 
Discenza  is  that 

"A  crisis  in  software  development  plagues  American  business 
today.. In  total,  the  number  of  new  applications  ...  in  the 
backlog  undoubtedly  exceeds  the  number  of  all  existing 
applications. . .and  the  (IS)      organization  cannot  respond  to 
the  need  for  new  systems."  (McFadden  and  Discenza  p. 68, 
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The  net  result  of  more  computers,  fewer  trainee!  IS  people, 
and  a  huge  backlog  of  requests  for  new  systems  and  changes  Is 
that  we  cannot  hope  to  satisfy  our  organization's  systems  needs 
with  the  use  of  traditional  tools.    Some  observers  suggest  that 
increased  user  involvement    with  systems  development  is  the 
solution  while  others  such  as  NcFadden  and  Discenza  argue  that 
the  solution  lies  with  use  of  fourth  generation  languages.  An 
increasing  chorus  can  be  heard  in  favor  of  increasing  product- 
ivity through  the  use  of  CASE  tools  as  a  complement  to  user 
development  and  using  46L's  and  other  user-oriented  tools. 

It  is  not  surprising  that  accurately  measuring  productivity  is 
and  will  continue  to  be  a  major  focus  in  determining  whether 
there  is  a  payback  in  using  CASE  tools.    Barry  Boehm,  who 
developed  what  soma  consider  to  be  a  landmark  survey  of 
productivity  tools  in  the  1970's,  has  done  some  tests  and  reports 
on  the  perceived  payback  of  CASE  that 

"*when  developers  were  given  their  own  workstations  and  a 
set  of  tools  that  covered  the  entire  life-cycle,  not  just 
programming,  a  productivity  gain  of  50%  was  found." 

(Knight  p. 56) 

Similarly,  Necco,  Tsai  and  Holgeson,  in  a  study  conducted  in  1989 
to  determine  if  industry  has  arrgressively  tried  to  implement  this 
new  tool,  found  that 

"only  twenty-four  percent  (24)  of  the  ^*esponding  compai  ies 
indicated  that  they  were  utilizing  a  CASE  tool...  and  e 
majority    (60%)  acknowledged  that  the  CASE  tool 
significantly  improved  the  quality  of  the  product,  but  only 
47%  indicated  a  significant  improvement  in  productivity. "p. 8 

Necco  and  his  colleagues  further  report  that 

"An  analysis  of  the  factors  that  influenced  these 
improvements  reveals  that  more  than  half  of  the  respor ients 
noted  a  significant  improvement  in  the  communication 
between  the  analyst  and  the  systems  users.  Sixty  percent, 
however,  indicated  that  the  tools  did  not  improve  project 
control,  and  would  not  make  future  maintenance  changes 
easier."  pp. 9-10. 

In  a  study  of  3,000  active  users  of  front-end  CASE  tools  in  the 
U.S.,    the  Barton  Group  found  that 

"Users  report  that  exceptionally  strong  and  widespread  gains 
are  made  in  documentation. . . 

A  very  large  group  reports  respectable  but  not  extreme 
improvements  in...  the  quality  of  systems  design.. 
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Many  users  report  strong  improvementc  in  ...the  ability  to 
meet  business  regulremento. • • 

Responses  Indicate  a  widespread,  ipld-level  Improvement  In 
communication,  as  the  tools  force  standardized  outputs 
and  documentation  sets. 

Most  projects  experience  moderate  Improvement In 
productivity. .more  time  Is  needed  to  Improve  ..productivity 

Nc  It  people  experience  minor  Improvements  In. .project 
schedules.    The  lemming  curve  Is  greater  than  expected,  but 
this  Is  offset  by  Improved  documentation  and  communication.** 

(Merlyn  and  Boone  p. 66) 

Regardless  of  the  preliminary  results  on  the  success  of  CASE, 
supporters  contend  that  benefits  will  be  derived.  Charles  Martin 
in  a  vendor  sponsored  meeting  of  Excelerator  users  suggested 
that  productivity  improvsiaents  can  come  from  four  areas: 


»*Methodoloav  training  and  enforcement-- 
The  CASE  tool  helps  train  junior  analysts  in  advanced 
techniques  and  enforces  consistent  usage  throughout 
the  organization. 

Support  for  systems  analysis  diagrams — 
Interactive  graphic  editors  help  analysts  to  develop  the 
kinds  of  process,  data  base,  and  program  structure  diagrams 
which  have  proven  to  be  the  most  effective  way  to 
communicate  concepts  behind  the  requirements  and  design. 

Single  entry  specification  bookkeeping — 
Operating  from  an  Information  Resource  Dictionary  System, 
redundant  specification  documentation  (viewing  the  specif- 
ications in  different  ways)  can  be  prepared  from  non- 
redundant  dictionary  reprasentations. 

Reminds  and  consistency  checks— 

Complex  inter-related  bookkeeping  chores  are  eased  by  CASE 
tool  reminders  of  additional  information  needed  to  complete 
specifications  and  automated  consistency  checks."  p. 56. 


CASE  EVALUATION  CRITERIA 

Until  we  encountered  the  introduction  of  DBMS  in  the  early 
1970 ^s,  many  of  us  were  unfamiliar  with  software  RFP^s  and 
such  exercises  were  limited  to  the  acquisition  of  hardware. 
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since  th!tt  tine,  software  RFP's  have  become  more  common  for 
all  but  the  smallest  computer  installationc    Many  among  us  have 
drafted  RFP's  for  application  software,  IAN  software,  screen 
painters,  46L's  and  other  software.    Thus,  it  is  not  surprising 
that  the  first  admonition  is  to  study  the  company, its  direction 
and  the  product  direction.    Just  as  there  were  many  start-up 
companies  in  the  DBHS  field  that  didn't  survive  the  maturing 
of  the  x.echnology;  such  may  be  the  case  with    vendors  of  CASE 
tools  and  some  suggest  that  this  phenomena  in  already  repeating 
itself  in  the  area  of  CASE  tools.  As  Grochov  of  American 
Manageiient  Systems  notes: 

''tlxere  were  50  code  or  application  generator  producers  in 
1982  when  first  became  involved  in  the  technology. 
Today, .of  those  50,  10  are  still  around  but  there  are  40 
more.    It's  a  volatile  market (Myers  p. 68) 

A  number  of  articles  suggest  evaluation  criteria  and  checklists 
for  identifying  which  CASE  tool  or  set  of  CASE  tools  might  best 
suit  the  needs  of  your  organization.    While  most  articles  include 
a  checklist  of  sorts,  the  articles  by  Aranow,  Gibson, 
Santosus,  Troy  and  lucconi  focus  in  particular  on  this  issue. 

Beyond  vendor  issues,  some  of  the  major  questions  are  listed 
below  with  each  of  these  questions  having  numerous  sub-questions. 

EVALUATION  QUESTIONS 

Does  the  product  SUPPORT  THE  ENTIRE  LIFE  CYCLE  and  is  this 
provided  by  a  set  of  prodr^ts  as  opposed  to  one  product? 
If  a  niunber  of  products  ar^  used,  how  well  are  they 
integrated? 

Is  SUPPORT  provided  for  the  HAJOR  DEVELOPMENT  METHODOLOGIEL 
such  as  Demarco,  Ga^e  and  Sarson,  Yourdon  etc.  ? 

GRAPHICS  CAPABIIITY     :dFD's,  Flows,  Action  Diags,  Models 

Does  it  SUPPORT  LOGICAL  OkTA  BASE  MODELLING? 

Does  it  SUPPORT  A  CENTRAL  REPOSITORY? 

WMt  PROTOTYPING  CAPABILITY  ia  provided?  Is  this  an 
industry  capability  or  is  it  product  specific? 

What  PROJECT  MANAGEIIENT  TOOLS  are  provided  an^  supported? 
Are  these  industry  compatible  or  unique? 

Is  this  a  MAINFRAME  and/or    PC  BASED  system? 
If  both,  what  interfaces  exist? 
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Is  there  provlslo..  for  MULTIPLE  USER  ACCESS? 
Does  this  Include  support  for  major  LANS? 

Is  it  INTE6PATED  WITH  MAINFRAME  DBMS  &  DATA  COMMUNICATIONS 
with  LANGUAGES,  DSS,  4GL'S  &  other  CASE  TOOLS 

Is  there  CHECKING  OF  SPECS  FOR  COMPLETENESS  &  CONSISTENCY 

Does  an  EXPERT  SYSTEM  EXIST  TO  CHECK  QUALITY  &  ACCURACY  OF 
DESIGN? 

Does  the  system  SUPPORT  AN  OPEN  ARCHITECTURE  PHILOSOPHY? 
What  are  the  HUMAN  INTERFACES  and  TRAINING  TOOLS? 

POSSIBILITIES  FOR  SUCCESS 

Having  evaluated  and  selected  a  CASii  toolset,  what  are  the 
possibilities  of  successful  use,  are  there  any  strategies  that 
will  help  and  what  problems  are  likely  to  be  encountered  and  can 
they  be  avoided?    Merlyn  and  Boone  suggest  that  "success  is  not 
an  automatic  outcome  of  CASE"  (p. 68)  and  they  cite  a  list 
of  suggestions  compiled  as  a  result  of  the  Barton  study  (noted 
above)  about  what  organizations  should  do  to  derive  the  maximum 
benefit  from  the  use  of  CASE  products. 

The  suggestions  from  the  Barton  Group  study  are  as  follows: 

"^Establish  a  means  for  measuring  results  tnat  addresses  both 
short-*  and  log-term  costs  and  benefits. 

Keep  expectations  realistic.  Look  for  short-term 
improvements  in  communication  and  the  quality  of 
deliverables,  but  do  not  expect  major  improvements... 
for  at  least  three  years. 

Move  slowly  and  carefully. .. .organizational  changes  are 
required  therefore  move  Incrementally 

Scout  the  territory.  Companies  that  understand  the  methods 
first  have  a  better  chance  of  success. 

Test  extensively. . .conduct  at  least  four  pilot  projects 

Forgive  test  errors.  Expect  to  make  mistakes.. 

Allow  for  postpurchase  expenses. 

Splurge  on  training. . .and. .  supply  coaching. 

Focus  on  use  and  support  ..and.,  encourage  full  use. 
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Address  organizational  issues. 
Make  improvement  a  strategic  goal. 

Involve  the  project  manager (Merlyn  &  Boone  pp. 68-69) 

Burkhard  also  suggests  that  certain  guidelines  be  followed  to 
insure  success  and  that  "like  all  correct  development  cycles,  the 
implementation  plan  must  be  committed  to  a  structured 
methodology.**  (p.21)    Danziger  and  Haynes  echo  these  findings. 
The  adoption  of  a  new  technology  is  often  accompanied  with 
problems  and  CASE  implementation  is  not  an  exception.  There 
aren't  any  standards  and  there  are  scores  of  vendors  marketing 
all  sorts  of  products  under  the  aegis  of  being  a  CASE  tool. 
As  was  the  case  with  local  area  networks  the  major  hardware 
manufacturers  have  stayed  out  of  the  fray  iuitil  recently  when  IBM 
acquired  a  percentage  of  Index  Technology  while  at  the  same  time 
pushing  forth  its  own  AD/Cycle  Information  Model  (see  Hazzah 
Dec. 89  for  a  discussion  of  AD/Cycle). 

A  significant  problem  whicl.  again  parallels  the  data  base 
experience  is  that  CASE  technology  is  ahead  of  the  CASE 
techniques  that  people  employ.  This  is  partly  due  to  inexperience 
but  it  is  also  due  to  analysts  not  understanding  the  ^riethodology 
or  technique  that  *-he  company  may  be  implementing  at  :he  same 
time  that  the  Casp  tool  is  being  adopted.    Thus,  one      ^uld  not 
overlook  the  learning  overhead  for  both  the  CASE  technology  and 
the  various  methodologies  such  as  Gane  &  Sarson  that  the 
installation  might  be  installing. 

The  human  factor  plays  an  important  role  here  as  it  did  when 
structured  walkthroughs  were  first  introduced  15  years  ago. 
People  are  fearful  of  their  jobs  but,  even  if  they  overlook  this 
factor,  they  may  not  trust  the  tools.  Beyond  this  the  tool  and 
the  learning  curve  associated  with  its  use,  can  be  used  to  cover 
up  unsou.id  design (8). 

The  interface  of  the  various  CASE  tools  both  with  other  CASE 
tools  and  with  other  software  packages  that  a  given  organization 
might  use  or  plan  on  using  such  as  a  DBMS  or  4GL  is  of  vital 
concern  as  one  contemplates  the  role  of  CASE  in  an  organization. 
The  articles  by  Myers  and  Weitz  and  the  articles  referenced 
earlier  that  develop  evaluation  criteria  address  these  issues. 

The  next  steps  for  CASE  technology  seem  to  be  well  defined: 
there  will  undoubtedly  be  a  vendor  shakeout,  the  major  players 
wi}l  be  identified,  de-facto  standards  will  be  set,  an  increasing 
number  of  interfaces  will  be  built  between  upper,  mid  and  lower 
case  tools,  as  well  as,  with  other  software.  From  a  capabi  ity 
perspective,  a  new  generation  of  knowledge-based  expert  systers 
will  vault  CASE  into  the  hoped  for  productivity  gains. 
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Corporate  Participation 


Coordinator: 
Gary  D.  Devine 
University  of  Colorado 

Participating  in  CAUSE89  were  39  corporations  which  offer  solutions  to 
the  information  technology-needs  of  higher  education.  A  list  of  these  cor- 
porations appears  on  the  next  page,  followed  by  descriptions  of  some  of 
their  conference  contributions — including  corporate  presentations  and 
workshops,  sponsorship  of  conference  activities,  suite  hospitality,  and 
exhibits. 
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PARTICIPATING  VENDORS 


CAUSE  appncisfg  the  fwtlelpatlon  of  m 
MkntflnQ  corponttOM  m  CAUSE89: 


Advanced  Microelectronics,  Inc. 
(AME) 

The  AIAAS  Group 

AAAS  (American  Management  S/stems) 

Apple  Computer,  Inc. 

AT&T 

Bell  Atlantic 

Busi  less  Systems  Resources  (BSR) 

Compus  America,  Inc. 

CMDS  (Computer  Management  and 
Devebpment  Services) 

Coopers  &  Lybrand 

Data  Research  Associates 

Dototel  Minicomputer  Company 

Debitte  &  Touche 

Digital  Equipment  Corporation 

Doelz,  Inc. 

EDS  (Electronic  Data  Systems) 
EDUTECH  International 
Ernst  &  Young 
Gandolf 

GKA  (George  Kaludis  Associates) 


Hewlet^Pockard  Company 
IBM 

Information  and  Communications,  Inc. 
(IC) 

Information  Associates 

Information  Builders,  Inc. 

Ingres 

INTEGRAL 

InterVoice 

LaserMax  Corporation 
NCR  Corporation 
Novell 

Oracle  Corporation 
Perception  Technology 
Periphonics  Corporation 
Quodota 

SCT  (Systems  &  Computer  Technology 
Corporation) 

Sequent  Computet  Systems 

StorageTek 

Sun  Microsystems,  Inc. 


509  N.  7th 

560  VlncaniiM,  Indiana  47501 

812-8824)870 
Third  Party  Malntananoe 


Advanced  Microelectronics 


Advanced  Micro-Electronics,  Inc.   is  pleased  to  have 
participated  in  CAUSE  1989.     This  is  the  second  consecutive  year 
we  have  demonstrated  our  commj tment  to  higher  education  and  look 
forward  to  seeing  old  friends  in  Miami  Beach  in  1990. 

Advanced  Micro  Electronics,  liic,  with  its  headquarters  in 
Vincennes,  Indiana,  was  incorporated  in  \985  as  an  Indiana 
company  to  perform  PC  and  main  frame  termiial  service. 

The  majority  of  our  business  consists  of  annual  on-site 
service  through  contracts.     The  balance  of  our  service  is 
non-contract  and  is  billed  as  time  and  material.     We  do  not  sell 
software,  hardware  or  supplies;  therefore,  we  do  not  have  any 
restrictive  relationship  with  any  one  vendor.     We  perform 
warranty  and  non-warranty  work  for  most  all  brands  and  models 
found  in  business,  education  or  government. 

AME's  personnel  includes  full-time  employees  in  sales, 
administration  and  technical  support.     Each  of  our  technicians 
has  a  degree  in  electronics,  and  extenaive  training  in  our  shop 
before  going  out  for  on-site  contracts. 

We  enjoy  open  account  privileges  with  vendors  nationwi  for 
parts  and  services.     This  give^  us  the  ability  to  ship  by  c 
freight  computer  parts  from  our  stock  as  well  as  from  major 
distributors  and  manufacturers.     We  have  established  this 
relationship  as  an  authorized  third  party  iaaintenance  company 
with  several  sources. 

Internal  controls  assure  that  our  commitments  to  our 
customers  are  maintained. 

AME  has  a  nationw  de  toll-free  dispatching  system  logged 
into  a  "Service  Manager"  computer  system.     This  system  checks 
contract  dates,  customers,  serial  numbers,  locations,  billing 
rates  or  special  instructions.     It  records  initial  call  times, 
technician  assigned,  response  time,  reports  open  (not  completed) 
orders,  closed  (completed)  orders,  time     omplcted,  parts  used  and 
also  assigns  a  priority  to  each  service  c^ll  regarding  our 
commitment  to  our  customers.     Our  technicians  also  carry  pagers 
for  emergency  calls  after  hours.     Each  technician  has  a  key  to 
his  respective  shop  in  order  to  have  access  to  parts  for 
after-hour  calls. 
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All  accounting  is  performed  at  the  home  office  in  Vincennes, 
Indiana  by  computer.     He  are  able  to  modify  oui*  system  to  meet 
most  any  customer's  paperwork  requirements. 

We  enjoy  a  good  reputation  with  customers  coast  to  coast. 
Many  send  units  to  us  by  UPS  for  repair.     The  Midwest  has  an 
excellent  work  force  at  very  competitive  rates  compared  to  many 
other  parts  of  the  country. 

For  more  information,  please  contact  Vance  Olson  at 
(317)  247-5353  or  Jean  B.  Henderson  at  (812)  422-4455,     He  will 
be  happy  to  come  to  your  office  for  discussion  on  third-party 
maintenance. 


ERLC 


548 


562 


THE 

AIMS 

GROUP 

at  CAUSE89  -  SAN  DDEGO 

Tlie  AIMS  Group,  Inc.  is  pleased  to  have  been  a 
participant  at  CAUSES^.  We  enjoyed  meeting  with  you 
and  appreciated  the  opportunity  to  demonstrate  the 
AIMS  Software  and  discuss  our  sohd  committment  to 
higher  education. 

The  successful  implementation  of  a  UNIX  port 
(Hewlett  Packard)  and  the  availabiUty  of  an  additional 
platform  (DEC)  during  1st  Quarter  '90  was  announced. 

New  modules,  including  Degree  Audit/Advising  and 
microcomputer  downloac:ng  were  demonstrated  at 
C  \USE89. 


We  looK  forward  to  the  90's  with  enthusiasm  and  we 
hope  to  see  you  at  CAUSE90! 

EMC  5.j(j 
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American  Management  Sysleme,  Inc. 


American  Management  Systems  (AMS)  is  deiighted  to  liave  participsted  in  CAUSE89. 
AMS  is  prcjd  of  tiie  program  that  we  put  together  for  this  conf9rence  and  to  have  had 
the  opportunity  to  make  two  major  announcements  at  CAUSE.  We  hope  that  the  CAUiSE 
■^.embership  found  their  interactions  with  AMS  as  productive  and  enjoyabie  as  we  did. 

LBSEND  Series  Announoement  AMS  announced  a  dramatic  eacpansion  of  its  application 
at  CA(/SE89  products  tar  higher  educatioa  Known  primarly  for  Its  CUFS 

product  for  university  accounting  and  financU  nnanagement.  Al^ 
now  offsfs  syrternsfo  support  the  other  major  three  area  of  colege 
and  university  opeiations.  The  newly  designated  LEGEND  seriee 
of  administrative  applications  indudee: 

CUF8/£JEGeyD.  the  well  eetatillshed  CoOege  and  University 
nnandai  System,  now  In  use  t)y  over  75  clients  In  the  United  St«tee 
and  Canada.  CUFS/IfGEMDIndudeefundaccountingandbudget 
contfd  capablltlee  and  a  fiil  renge  of  advanced  financial  systems 
such  as  purchasing,  ifiveritory  cormd  and  Ibced  assst  manage^^ 

SIS/LEGEND,  the  new  fuiy  Integrated  Student  infonnatlon  Sysfsm. 
which  includes  modules  to  support  Admissions:  Financial  Aid, 
including  needs  anelysis  and  auiornated  packsging;  Student  Reccjd. 
including  Degree  Audi,  md;  Studert  Accounts  Receivable^  kKdudhg 
fuU  cashiering  support  SIS  Is  cunrendy  tMing  Implemented  by  12 
institutions,  including  the  University  of  Texas  Health  Sdencee 
Center,  the  Unh/erslty  of  Nevada  System,  and  Miami  University  of 
Ohio. 

HRS/I£GEND,  the  new  Human  Resource  System,  which  Includes 
Payrol/Pereonnel,  Applicant  Treddna  Posftlon  Control  and  Benefits 
Management  The  system  Is  cwirently  In  use  at  the  Oty  of 
Mllwaukee,theStateofAlabamaandtiieCltyof Monterey.  Theflnst 
college  and  university  Implementations  at  Oakland  Community 
College  and  Bowling  Green '  '^lvers'7  wi  begin  In  1990. 

D]S/L£GEMD,  the  AMS  Development  Infbrmatkxi  System,  and 
Indudee  alumni  records,  gilt  processton,  prospect  tracking  and  a 
powerful  correepondencR  management  system.  DIS/££QENDl8 
cunentiy  under  devefopment  and  Is  scheduled  for  release  In  iatci 
1990.  Bowling  Green  State  Unlverelty  is  the  firet  DIS/LEQeD 
dient 
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Strategy  AUiaice  With  EDS 
AnnounoemerAJtCAUSEBO 


A  new  strategic  alliance  was  announoed  by  AMS  and  EDS 
(Bectronic  Data  Syvtems  Corpoiallon).  Together  EDS  and  AMS 
wi  Implement  AMS  «i.fiQBMDeerieearadmlnMfatlveappllcatlon8. 
As  the  woild's  leadlnp  systems  Megralore.  EDS  pravidee  CKpertto 
In  hardwareacqunMon  and  conflgurati^ 
network  inanagement 


Other  CAUSESQActMOes 


AMS's  strategic  paitneiship  with  the  University  of  Texas  Health 
Sciences  Center  at  Houston  (IJTHSC^  was  discussed  by  Bl  Muset 
Vice  President.  UTHSC4H  and  Fred  Fbrman,  Bncutlve  Vice 
President,  AMS  during  the  corporate  preeeniatlons.  The 
preeentation  fbcussed  on  the  lataet  major  initiative,  the  Joint 
development  of  SIS/LEGEMD. 

discussed  and  demuiMliBied  the  l£BPP  products  throughout 
th6  conference  at  the  AMS  eKhbit  booth  and  in  ito  hoepHality  suite. 
In  addUon.  AMS  demonstrated  p.iolotypee  of  SAA-compllant 
software  In  the  IBM  eKhbIt  booth.  This  new  strategic  technology 
is  fully  integrated  wkh  IBM's  Ofllce  Vision  software  and  wB  be 
available  '^  1990. 

Donna  Morsa.  Vice  Presidant,  AMS  participated  In  a  panel 
discussion  endded  "CoHeges  and  University  as  a  Market 
Administrative  AppiicatkmSnftware.*  Fred  Forman.  Executive  Vk» 
PresMent.  vwss  one  cf  the  two  experts  partksipating  In  an  *Ask  the 
Experts'  eesskm  entUed  "New  Technok)glee,  ArtHteiai  Inteltigence 
and  CASE' 


AMS  is  one  of  the  natkMw's  leading  'ndependent  firme  In  applying  computer  and  systems  engineering 
technotogytosolvecompiSKnmnagememprobieinsof  iaiceoiganlatkmi.  The  company,  entering 
Its  20lh  year,  i«  headquarterad  In  Arlington.  Virginia  and  has  offloea  in  over  20  citieo  throughout  the 
United  States,  Canada  and  Europe.  With  its  eolutions-orlented  strategy,  AMS  haa  distlngulahed  iteeK 
within  the  industry  fOr  Ite  excellent  service  in  He  diente.  in  1089,  AMS  was  proud  to  have  been 
Included  in  a  new  book,  THe  Serwica  Edoe:  101  Comnanlei  Thrt  Pmfit  From  Cusiomar  Cere,  by  Ron 
Zsmke  and  Dick  SchMf. 


For  more  Informatton  about  AMS,  Its  products  and  servicee,  call  or  write: 


John  Reed 

National  Sales  Manager 
American  Management  Systems,  Inc. 
1777  North  Kent  Street 
Arlington,  VA  22209-2166 
800-336-4786 
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Apple  Computer,  Inc. 


Apple  Computer  would  like  id  thank  all  CAUSE89  attendees  for  their  continued  interest  and  participation  in 
activities  sponsored  by  Apple  and  our  Higher  Education  Information  Technology  partners.  We  are  pleased  to  have 
once  again  participated  in  the  CAUSE  National  Conference  and  to  have  shared  with  you  the  many  powerful 
information  access  and  management  solutions  for  Macintosh  that  have  been  developed  by  your  colleagues  from  across 
the  counti  y.  As  we  advance  into  this  ne^/  decade,  we  look  forward  to  our  continued  partnership  with  CAUSE  and  its 
member  campus  information  technology  professionals  as  we  work  together  toward:-  defining  future  informat  on 
systems. 

It  was  our  pleasure  to  host  the  following  activities  for  this  year's  CAUSE89  attendees: 

•  Several  university  ar'ministrative  professionals  presented  their  information  access  and  management  systems  at 
Apple's  boodi  in  the  CAUSE89  Corporate  Exhibit  area.  They  demonstrated  how  Macintosh  has  'Extended  theL' 
Reach"  for  distributed  daabase  access,  electroiiic  mail  capabilities,  library  systems,  and  campuswide  information 
systems.  The  following  colleges  and  universities  featured  their  solutions:  Texas  A&M  University,  Harvawl 
University,  Washington  College,  Baytor  University,  Sonoma  Sute  University,  and  University  of  Texas  at  Austin. 

•  CAIISE89  attendees  could  select  from  two  Macintosh  hands-on  workshops  to  exper-^nce  HyperCard  and 
SoftPC,  software  that  allows  a  user  to  run  MS-DOS  on  the  Macintosh. 

•  CAUSEwc/,  the  CAUSE89  Conference  Infonnaticn  and  Messag'ng  System,  gave  attendees  easy  access  to 
sending  and  receiving  messages  from  other  attendees,  conference  schedules,  location  an"  times  of  sessions,  maps, 
and  restaurant  listings.  The  fifteen  Macintosh  SE  computers  stationed  throughout  the  coi  erence  area  also 
contained  digitized  images  of  attendees  that  assisted  colleagues  to  more  easily  contact  each  other  during  the 
conference  for  important  meetings. 

•  During  Apple's  sponsored  corporate  presentation,  David  Koehler,  Director  of  Information  Resources,  Cornell 
University,  gave  attendees  a  multimedia  taste  of  computing  in  the  1990's.  During  this  session,  Mr.  Koehler 
discussed  Cornell's  plans  for  building  an  administrative  worksation-based  information  system  with  Macintosh 
technology. 

•  During  one  of  the  new  "Ask  the  Experts"  sessions;  Doug  Doyle,  Apple's  Manager  of  Multimedia  Integration, 
joined  Phil  Farlev,  Marketing  Manager  at  Hewlett  Packard,  and  Joel  Koebensvik,  ediJor  of  Academic  Computing,  to 
discuss  multimedia  technologies  and  their  potential  for  administrative  computing  environments. 

•  An  Apple-hosted  reception  brought  guests  to  the  top  of  the  Sheraton  for  a  beautiful  view  of  the  San  Diego 
skyline.  The  evening  included  the  jazz  melodies  of  George  Shaw,  Long  Beach  City  Coitege,  featuring  Macintosh- 
driven  music.  The  reception  ctosed  with  the  raffie  of  a  Macintosh  Ilci.  Robert  (Buck)  Sha?',  Manager  of  Database 
and  TecL-\ology  Services  at  MIT,  was  selected  as  the  winner. 
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•  Thfoughout  the  conference,  attendees  were  kept  informed  of  activities  and  conference  highlights  through  the 
daily  CHAT  (CAUSE  Has  Apple  Technology),  a  newsletter  that  was  desktop  published  with  a  Macintosh  computer 
and  LaserWriter. 

For  additional  iriormation  about  Apple's  products,  programs,  and  solutions  for  higher  education,  contact  your  local 
A(^le  sales  office,  or  write  to- 

Monica  Sabo 

Higher  Education  Marketing 
Apple  Computer,  Inc. 
19925  Stevens  Creek  Blvd.,  MS  43/P 
Cupertino,  CA  95014 
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ATAT 

Your  Computing  SyFEims  And  Networking 
Solutions  company 


AT4T  is  pleased  to  have  participated  in  the  1989  CAUSE  Conference  in  San 
Diego,  California.    The  conference  provided  an  excellent  opportunity  to 
demonstrate  the  latest  in  hardware  and  education  solution  software  and  to 
reconfirm  our  commitment  to  higher  education. 

The  AT4T  booth  highlighted  two  education  software  solution  developments, 
running  on  AT4T  hardware,  which  drew  the  attention  of  many  educators 
interested  in  campus  networking  and  writing  skills.    The  two  software 
packages  that  were  demonstrated  were  the  Academic  Network  System  and 
Writers  Workbench.    Both  software  packages  were  designed  and  developed 
for  use  within  the  academic  community  and  serve  to  provide  a  solution  to 
the  campus  networking  and  writing  skills  problems. 

The  development  of  ANS  by  the  University  of  Wisconsin,  Stevens  Point, 
achieved  its  objective  by  approaching  the  problem  in  a  threefold  manner. 
By  first  recognising  what  was  the  Challenge,  second  creating  the 
Solution  and  third  offering  the  Resulting  Benefit  to  the  education 
community,  the  answer  to  a  concern  by  many  academicians  was  provided. 

THE  CHALLENGE 

Create  a  distributed  computing  revolution;  link  the  campus  into  an 
integrated  information  resource  open  to  every  user. 

THE  SOLUTION 

AT4T  3B2  computers  support  a  multitude  of  UNIX  System  V-based 
applications.    AT4T  StarLAN  connects  AT4T  WGS  computers,  a  variety 
of  micros,  and  hosts  together.    The  AT4T  Information  Systems  Network 
(ISN)  is  every  campus  user's  gateway  to  all  computer  resources. 

THE  RESULTING  BENEFIV 

Stevens  Point  has  been  designated  a  Center  of  flxcellence  for 
Distributed  Academic  Computing  by  the  Board  of  Regents  fur  the 
entire  University  of  Wisconsin  system.    The  majority  of  the  9000 
students  on  campus  regularly  use  the  network  for  coursework  and 
homework.   Faculty  have  integrated  computing  into  4U  of  their 
coursework. 
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In  the  Information  management  revolutlori  ANS  serves  to  guide  the 
development  of  new  answers  fo^^  old  problems. 

Further,  In  showing  Its  commitment  to  education,  a  demonstration  of  the 
Writers  Workbench  software.  Collegiate  Edition,  provided  the  CAUSE 
attendees  with  an  Insight  into  ways  of  Improving  not  only  student  writing 
skills  but  the  writing  skills  of  all  who  are  Interested  in  Improvement. 

WWB  runs  on  AT&T's  3B2  computer  which  Is  a  workhorse  In  providing  not 
only  a  hub  for  networking,  as  In  ANS,  but  Is  the  host  for  WWB.    The  WWB 
package  focuses  on  employing  the  users  own  writing  and  developing  the 
writing  skill  based  on  the  user's  entry.    The  interactive,  user  friendly 
nature  of  the  program  makes  it  both  interesting  and  enjoyable  to  use. 

The  package  consists  of  a  set  of  comprehensive  writing  analysis  programs 
which  were  created  for  use  in  schools  to  help  students  to  improve  their 
writing  skills  while  making  the  art  of  learning  fun.   Administrators  will 
find  that  the  WWB  can  serve  as  a  tool  for  better  letter  writing  as  well 
as  many  other  uses. 

These  are  but  two  of  the  education  software  solution  developments 
showcased  by  AT&T  at  CAUSE  '89.    New  developments  are  ongoing  but  must  be 
nurtured  by  educators.    Education  is  recognized  as  the  key  to  opening  new 
doors  of  development  and  AT&T  plans  to  continue  to  partner  with  the 
institutions  of  higher  learning  and  with  organizations  such  as  CAUSE  to 
assure  that  those  doors  remain  open.    Through  this  partnering  the 
benefits  shared  by  each  entity  will  serve  to  contribute  to  the  benefit  of 
Higher  Education. 
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Campus  America  


"POlSBd  for  the  DBCade" 


S!coM.  ^n.    %  to   support   CAUSE   and   its   efforts  to 

?^or-«f4«n  i.°^K  S*"*  Influences    in    the    profession  of 

Co!nor«A    M  management  in  higher  education.  As  a  Cause 

Corporate  ExSibltJ  .""S"'^?"  '^V^"  participated  in  the  CAuIe 
new   oroduct   dirVn^"^  "•'i*  P""  announcements  about 

Jmem.  directions    for    the    POISE   admi-f  strative  software 

™ho^i"<"lPJif  theme  at  CAUSB89,    -POlSEd  for  the  DECade", 

^l\r        "^i"!  decade  to  provide  administrativi 

io^JToItin^n^f"??'  along  with  Digital's  computers,    that  p"tec? 

SSd  irf  n?.ro„«r^^^^^^  '".tu**"?^*"  investments,  are  user  driven, 
and  are  interoperable  vith  other  systems  on  campus. 

-Ui!   commitment  was   reflected   in  the  major  press  announcement 

i«!rir«  ^9"^P"«nt   Corporation   Hospitality   suite.  Campus 

?riationriTt*A«:."*^  "^^^  °^  DMS-PIus,  the  compJU^J 
llMn^fAJ^^}    ^"tabase    management    system    and    4GL  designed 

SdS^^S  Jii^S%o*T'*"""°r;K.,T**^"  "1""  ^ill  include^ vli 

and^JS  I5l  J^?«hi^.  allowing  Digital's  VAX  Rdb/VMS 

and  VAX  SQL  database  users  to  access  DMS-Plus  databases. 

ir^'^H.^^^lV.i^'?  "lection  of  Digital's  VAX  Rdb/VMS  and  VAX  SQL 
"    enJiroris.  2??/^  P^i'?f  ^^^^^al  it  the  forefrlSj 

?frr<JwiV«/  ^^i^'  solutions  in  education,"  said  Roger 
w«  oi  SJnd  fo?*';^!""  industry  Marketing  Manager  for  DigitalTwSo 
was  on  nana  for  the  amiouncement • 

tSftw^%  to*ld«LM?J^^^"  ?^  administrative  and  instructional 
harTlwavs  taken  Digital  systems.  Campus  America 

nJ^Hnr^-  f«  A      /  leadership  role  with  Digital  in  positioning 

pS?-U   to  the  vlJ^'.'^H^^'^""'^'"-  °^9^tal  moved  froS  tS? 

f7r»;  «.«  architecture.   Campus  ^erica  was  one  of  the 

SOL  a  ^t«Vd^r'^^'^V•  P-^^J^^ts  to  the  VAX.     Digital  has  maS. 
VAX  SQL  a  standard  feature  of  VAX  Rdb/VMS.     Each  VMS  ooeratina 

^^^'/^''S    run-time   li?JSJe.      Po^r  "Jole 
•"In,.""^''*"^^^"    taking    advantage   of   The  Educati" 
iSauded   In^TS'J  n/t?  1?^^^^     development    licenses    are  no2 
which   ar«n?.  °Va^^'^^  Campuswlde    software    License  Grant, 

?dicitlVn«i    <nr;f.  software   licenses   at   no   charge    to  thi 

institutions.  Campus  America  users  now  have  an 
additional  option  which  will  allow  interoDerabllTtv  ««o?« 
software  systems  along  with  DMS-Plus.     And  as^^'pUt  of  D?giu?'I 
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Bducation  Initiative,  DMS-Plus  with  VAX  SQL  compliance  permits 
this  to  happen. 

DMS-Plus  is  the  application  development  toolset  used  to  produce 
POISE  administrcttivt  software  systems  for  education.  These 
systems  include  Admissions^  Financial  Aid,  Registration/Academic 
History,  Degree  Audit/Academic  Advisement,  Student  Billing/ 
Receivables,  Fiscal  Management,  Payroll  and  Development/Alumni. 
The  software  is  priced  according  to  the  VAX  model  used. 

In  addition  to  the  VAX/SQL  compliance  announcement.  Campus 
America  also  announced  its  alliances  with  Computer  Communications 
Specialists,  Inc.  and  Edtech,  inc. 

The  Computer  Communications  Specialists'  agreement  will  allow  for 
the  integration  of  CCS'  FirstLine  product,  an  interactive  voice 
response  system  with  Campus  America's  new  POISE  Tele-Registration 
System. 

Edtech's  S.N. A. P.  II  is  a  Type  8  Certified  Program  for 
calculating  the  Pell  Grant  Index  and  the  Family  Contribution 
using  Congressional  Methodology.  POISE  will  develop  an 
interface  to  allow  tor  the  transfer  of  data  between  S.N. A. P.  II 
and  the  POISE  VAX  Financial  Aid  System. 

Campus  America's  lagship  instructional  products  have  earned 
international  recog  Ition  and  ar  ,eptance  from  educators.  These 
products  include  Computer  Managed  Learning  (CML),  Courseware  and 
Testing  software. 

Campus  America  products  are  being  used  by  more  than  3,500  Campus 
offices  in  500  educational  institutions.  Campus  America,  Inc.,  a 
leader  in  total  administrative  and  instructional  software  for 
education  headquartered  in  Knoxville,  Tennessee,  with  product 
centers  in  Roswell,  New  Mex.^co,  and  Calgary,  Alberta,  is  an  elite 
participant  in  Digital's  Cooperative  Marketing  Program  (CMP). 
POISE  software  was  specifically  designed  for  Digital  computers 
because  of  Digital's  strong  position  as  the  leading  supplier  of 
computers  to  education.  Campus  America  is  the  only  software 
company  offering  both  administrative  and  instructional  software 
to  education. 

For  more  than  twelve  years.  Campus  America  and  Digital  have 
worked  together  to  provide  cost-effective  solutions  for  education 
in  the  admini  strati ve  and  inst ructi  onal  marketplace .  For 
additional  information,  please  contact  Campus  America,  Inc.,  at 
(615)  523-9506,  (Fax)  (615)  525-5628  900  Hill  Avenue,  Suite  205, 
Knoxville,  Tennessee  37915-2523. 
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''we  fUTURCS  so  BRIGHT  yOU'LL  HJVE  TO 
WEAR  S.i/IDeS'' 


So  went  the  warning  to  C/fUSe  attendees.  Since  the  March  announcement 
that  Datatel's  two  major  computer  systems.  Colleague^  and 
B^ne  factor^,  would  be  available  on  Unix-based  computers,  the  future  has 
ne/er  looked  brighter,  /tt  the  DEC  beach  i:arty  on  Tuesday  night,  Datatei 
offered  a  solution  for  the  glare:  black  ''Blues  Brothers  "  sunglasses.  To 
complete  the  festivities,  a  photographer  was  close  at  hand  to  capture  the 
mad  antics,  /ft  the  Datatei  Clam  Bake  the  followina  night,  those  who  were 
captured  on  film  were  given  photo  key  chains  with  their  pictures  in 
attached  viewers. 


IIIIDATATEL 

Colleague  is  Datatel's  administrative  computing  solution  for  colleges 
and  universities.  Datatei  used  the  CAUSE  conference  to  demonstrate 
Colleague's  complete  suite  of  financial  and  student  modules,  but  held 
special  demonstrations  of  the  newly-released  Budget 
Management  and  General  Ledger  modules.  These  modules 
provide  complete  financial  control  with  automatic  "do-to,  do-from" 
processing  for  inter-fund  transfers,  field  level  security  for 
confidentiality,  user-defined  accounts  for  flexibility,  and  budget 
modeling  for  management  analyses. 

Benefactor  demonstrations  were  held  at  the  atatel  booth  to  show 
how  this  fund-raising  package  is  settmg  the  standard  for  large  fund- 
raising  organizations.  Benefactor  contains  modules  for  individual 
donor  information,  organization  information,  gift  and  pledge 
processing,  campaign  management,  major  prospects,  activities  and 
events,  membership,  fund  allocation,  and  correspondence  control. 
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Benefactor's  latest  enhancements  include  a  Prospect  Research 
Tracking  system  for  more  effective  target  solicitations  and 
comprehensive  information  for  planning  campaigns.  A  new  Non- 
cash Management  Tracking  system  to  manage  in-kind  gifts  and 
securities,  appraisals  and  liquidation  information  was  also  a  part  of 
the  new  release. 

Dr.  Lai/d  Sloan  gave  a  presentation  on  Administrative  Computing  in 
the  i990s.  Dr.  Sloan,  DatatePs  Director  of  Product  Planning,  provided 
a  glimpse  of  the  company's  vision  of  administrative  data  processing 
in  the  1990s.  His  presentation  touched  on  the  role  and  impact  of 
Unix,  Computer  Aided  Software  Engineering,  X-Windows,  and  other 
advanced  computer  techniques  in  administrative  processing  for 
higher  education. 

Datatel  has  been  offering  quality  software  and  services  for  over  20 
years.  We  are  grateful  to  CAUSE  for  the  opportunity  to  reach  such 
presti3ious  individuals  as  those  who  attend  CAUSE  and  look  forward 
to  a  bright  future,  helping  colleges  and  universities  meet  their 
administrative  computing  and  fund-raising  needs.  If  you  would  like 
to  know  more  about  our  company  and  its  products,  please  call  Laird 
Sloan  at  our  Fairfax,  VA  headquarters  at  703-968-9000. 


Datatel 
4375  Fair  Lakes  Court 
Fairfax,  Virginia  22033 
703-968-9000 
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Deloitte  and  Touche,  a  recent  merger  of  Deloitte,  Haskins  & 
Sells  and  Touche  Ross,  is  pleased  to  have  participated  in 
the  1989  CAUSE  Conference  in  San  Diego.  Our  participation 
included  a  corporate  presentation  titled  "CIO  Survey  of  Major 
North  American  Companies  -  Trends  and  Issues"  and  a  booth 
on  the  exhibit  floor. 

The  presentation  focused  on  the  results  of  our  annual  CIO 
Survey  of  Major  North  American  Corporations.  This  year's 
survey  probed  the  areas  of  systems  development,  CASE  tools, 
techniques,  human  resource  initiatives  and  their  impact  on 
productivity  and  effectiveness.  The  Survey  responses  resulted 
in  some  very  revealing  and  surprising  findings.  Copies  of  the 
survey  results  can  be  requested. 

In  addition,  we  sponsored  a  booth  on  the  exhibit  floor.  The 
booth  featured  discussions  between  Deloitte  &  Touche 
consultants  and  information  technology  practicioners  in  many 
of  the  leading  colleges  and  universities.  The  topics  of  interest 
included  CASE  technology,  administrative  system  packages 
and  systems  integration. 

Touche  Ross  is  a  leader  in  the  field  of  higher  education.  In 
the  past  several  years,  Touche  Ross  has  achieved  excellence 
in  the  industry  by  developing  in-depth  knowledge  in  this 
specialization.  The  company's  consulting  function  assists  clients 
in  higher  education  in  dealing  with  financial,  operational,  and 
information  technology  issues  daily.  In  the  information  tech- 
nology area,  it  has  a  group  of  dedicated  professionals  who 
focus  on  issues  to  the  successful  use  and  application  of 
information  technology  to  solve  critical  systems  problems. 


Touche  Ross  offers  a  vast  range  of  sendees  to  higher  education. 
Along  with  auditing,  accounting,  and  tax  consulting,  its  manage- 
ment consulting  professionals  offer: 

•  Administrative  systems  requirements  development,  package 
search,  custom  development  and  implementation 

•  Financial  structures  and  systems 

•  Information  systems  operations  review 

•  Strategic  information  systems  planning 

•  Technology  and  capacity  planning 

•  Telecommunications  planning 


Contact: 

David  M.  Johnson 

Senior  Manager 

Deloitte  &  Touche 

1801  East  Ninth  Street,  Suite  800 

Cleveland,  Oh  44114 

(216)771-3525 
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Digital  Equipment  Corporation 


"Th3  Desktop  of  the  90s...Today" 

True  desktop  integration 


In  a  Rve,  Interactive  presentation,  Digital  Equipment  Corporation  demonstretei  Its  ability  to  In- 
tegrate :iesi(top  computers  from  different  vendors  witf i  different  applications  Into  a  unified  com- 
puting environment.  Several  hundred  CAUSE  men  'Mrs  visited  tills  popular  demonstration  at 
Digital's  booth. 

Digital  showed  how  usere  working  In  a  typical  mixed  vendor  environment  -  using  a  UNIX  work- 
station, VMS  workstation,  MS-DOS  based  personal  computer,  and  Apple  l\4acintosh  -  can  ex- 
change, revise  and  combine  docurrients  from  different  appHcaUons,  and  mn  programs  across 
different  platforms. 

The  demonstration,  "Desktop  of  the  90s. .  .Today,"  Included  examples  of  the  cHent-server  com- 
puting rrwdel.  Integration  of  multi-vendor  systems  are  achieved  with  Digital's  recently  an- 
nounced Network  Applteation  Support  sen/ices,  a  set  of  servtees  allowing  software  applications 
to  Integrate  across  a  distributed  environment,  and  with  third  party  software. 

"The  challenge  Is  for  educattonal  Institutions  to  evolve  from  a  coilection  of  connected  comput- 
ing devices  to  a  truly  Integrated  environment,  white  protecting  their  existing  Investment  In 
equipment  and  maintaining  indlvklual  choice  on  the  desktop,"  ftaid  Roger  Strickland,  Digital's 
Education  Industry  Marketing  Manager.  "IDigital  provides  that  capability  today." 


The  Education  Initiative 

Cost-saving  partnership  programs 


Announced  last  fall  at  CAUSE  '88,  The  Education  Initiative  (TBI)  programs  have  set  a  new 
standard  for  vendor  partnersNps  with  the  education  community.  Digital  has  Introduced  six  In- 
novative programs  to  help  reduce  technology  costs  and  make  technology  more  widely  avail- 
able to  education  usere  In  both  administrative  and  academic  functions.  These  programs  pro- 
vide significant  cost  savings  In  all  areas  -  acquisition  of  new  systems,  software  acquisition, 
software  maintenance  and  support,  and  hardware  maintenance.  More  than  100O  educational 
Institutions  hatre  signed  up  for  TEl's  most  popular  program,  the  Gampuswide  Software  License 
Qrant  Program,  which  provides  licenses  to  nx>re  than  200  Digital  products  at  no  charge. 
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Two  Major  Announcements 

Digital  is  Committed  to  Standards 


Grant  to  Support  Linking  Large  Unlveralty  Library  Dataijases 


Digital  Equi^  ne  X  Ck>rporation  announced  grants  to  the  Univi>'  y  of  CaHfomia  and  to  Pennsyl- 
vania State  University  to  support  tlie  Uniting  of  major  Information  retrieval  systems  at  tliese  In- 
stitutions. 

The  project  will  enable  utiers  of  the  Penn  Stfite  ard  University  of  CaWbmia  biblogrephic  Ibrary 
systems  to  search  the  holdings  of  either  system  while  usIdt  the  familar  commands  of  cneir 
own  systems.  To  aocomplsh  th!^,  researchers  v  ..'  use  a  new  applcation-layer  prolo(^  for 
compuler-to«omputer  Information  retrieval,  Nr:tional  Information  Standards  Organization 
Z39.50.  The  protocol  perri^  the  sep«iration  of  t^le  user  Interfaces  fr^m  the  Information  sen/- 
ers. 

The  vision  behind  tNs  protocol  Is  to  enable  users  of  any  infotmation  system,  regardless  of  the 
computer  platfomi  and  sohware  system,  to  search  the  full  range  of  data  avaiiable  nationally, 
and  then  to  ^consolidate  the  results  of  the  search  within  their  local  system.  Digital  expects  that 
the  reujite  of  this  project  will  help  educational  Institutions  meet  a  major  challenge  of  the  908: 
linking  lnformatkH^<  r^asources,  regrdiess  of  their  physical  k)catk)n  and  the  computer  syster 
tneyreskleon. 


Digital  and  the  University  of  California  to  Create  OSI  Network 


Digital  Equipment  Corporatton  and  the  University  of  CaNfbmia  $innounced  a  joint  project  to  cre- 
ate an  Open  Systems  Interconnection  (OL.)  networit  and  test  environment  at  the  University  of 
Calfomia  and  to  form  a  I  KwKh  the  European  Academic  and  Research  Network  (EARN). 

The  project  will  ceate  an  inter-campus  OSI  baJ<bone  In  the  University  of  CaRfbmla  system, 
gateways  between  tNs  network  and  the  major  national  networks  in  the  United  States,  and  a 
transatlantic  Nnk.  The  pro>ect  will  make  extensive  use  of  OSI  protocols  that  are  oeing  Impie- 
m9nted  for  DECnet  Phace  V  software,  DlgHal's  OSI  Implementation  planned  for  release  'n 
1990. 

'Digital  Is  oommitted  to  making  it  easy  for  computers  to  share  lnfom>ati&n  across  organizations 
aM  networks  worWwide,  and  we  beReve  OSi  will  be  essential  to  tNs  effort,"  said  William  R. 
Jol  3on,  Jr.,  Vice  President,  Distributed  Sytems  Engineering  end  Marketing  for  Di)  el.  *Thid 
project  win  stimulate  the  early  ImplementatkMi  of  OSI  protocol  i  the  United  States  and  pro- 
mote standarC'-  based  gk)bal  networking.' 
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IN.  ORPORATED 

S  Mason 

Irvine,  CA  92718 
Tel.  714  770  1221 

FAX  71 4  770  0335 


CAUSE  CONFERENCE  89 
SAN  DIEGO,  CALIFORNIA 

I>oelz  would  like  to  thank  all  conference  attendees  and  the  CAUSE  staff  for  making  our 
first  exposure  to  the  CAUSE  Conference  a  very  pleasant  experience.  We  would  also  like  to 
thank  our  friends  at  S.U.N. Y.  for  their  persistence  in  encouraging  us  to  attend. 

To  our  surprise  we  found  not  the  traditionally  rivabies  amongst  tlie  schools,  but  a 
conscious  effort  to  share  knowledge  of  the  latest  technology  in  order  to  upgrade  the  entire 
community  to  the  best  communications  environment.  It  is  an  ideal  situation  for  Doelz  since 
Wv   ovide  advanced  technology  today  geared  to  meet  the  requirements  of  the  universities 
and  colleges.  During  the  conference,  we  were  treated  more  like  :riends  sharing  information 
rather  than  just  a  vendor  trying  to  sell  product 

ITie  university  communications  network  is  somewhat  unique  wiui  problems  stemming 
from  managing  multiple  campuses,  multiple  applications,  multiple  mL^Jiframes,  multiple 
speeds,  and  multiple  protocols.  The  network  manger  is  concerned  with  reducing  ..•twork 
costs,  better  netwoik  management,  avoiding  obsolescence  of  existing .  quipment, 
flexibility,  reliability,  and  disaster  backup.  Doelz  provides  a  solution  to  these  network 
problems  through  its  third  generation  of  Scalable  Fast  Packet  technok^gy  via  transparent 
wide  area  networks. 

Doeiz  technology  has  been  at  work  in  the  university  environmoit  for  over  twelve  years. 
The  PLATO  System  utilizes  first  generation  Scalable  Fast  Packet  for  its  network. 
Recendy,  we  received  a  Ict^r  from  Janus  Technology  Group  in  Minneapolis  informing  us 
that  while  visiting  Jack  Stifle  of  the  Coiiq)uter-based  Educatim  Research  Lab  at  the 
University  of  Dlinois,  they  nad  an  opportunity  to  discuss  the  network.  Robert  Morris  of 


564 


578 


Janus  reports  "the  first  Doelz  network  prototype  continues  to  operate  as  their  only  link... to 
other  Plato  centers  around  the  country.  That  equipment  has  operated  virt  ually  non-stop,  24 
hours  a  day,  7  days  a  week,  since  its  installation  over  twelve  years  ago.  There  have  been 
no  failures,  and  on  many  occasions  the  system  continued  to  operate  when  power  failures 
and  transients  caused  the  rest  of  the  lab  to  go  down.  This  s  over  105,000  hours  of 
::ontinuous  uninterrupted  and  unattended  operation  in  a  less  than  ideal  environment  without 
failure,  and  without  maintenance." 

John  Shinncrs  of  SUN  {  says  of  the  Doelz  network  "It  just  runs  and  runs.  The  uptime 
reli  ibility  is  incitdiblc.  We  arc  running  13  protocols  on  the  same  network  us'ng  IBM, 
TANDEM,  DLC,  UNISYS,  etc..  We  arc  extremely  pleased  with  tlie  performaiu  e  of  the 
network." 

Doelz  wants  to  assist  other  universities  in  solving  their  communications  problems.  We 
'nderstand  the  special  requirements  of  the  campus  environment  and  hear  yo'T  requests  for 
TOiutions.  Your  type  of  situation  happens  to  b^.  ideal  for  the  Doelz  Scalable .  ast  Packet 
Technology.  Fourth  generation  superswitch  is  currently  under  development. 

We  have  enjoyed  being  with  you  at  Cause  89  and  look  forward  ti.  Cause  90  in  Miami 
Beach.  Thank  You. 


565 

11^ 


BDS  and  Higher  Education 


A  partnership  to  support  the  instruction^  research^  and 
public  service  missions  of  our  cc  leges  and  universities  by 
effectively  managing  technology 

Comiiiitment  to  Education.    Dedicated  to  building  a  successful 
partnership  v^ith  higher  education,  EDS  participated  in  the 
CAUSES 9  Conference  in  San  Diego.     CAUSES 9  provided  the 
opportunity  for  EDS  to: 

o       Present  insights  into  how  EDS  helped  Geiieral  Motors, 

its  parent  company,  in  "Managing  Technological  Change" 
and  why  this  experience  is  significant  to  higher 
education. 

o       Announce  its  new  strategic  alliance  with  American 
Management  Syst^^ms  (AMS)  to  implement  AMS'  LEGEND 
series  of  administrative  software  for  colleges  and 
universities. 

Information  Tachnolcgy  Laadaxship.    As  the  world's  leading 
systems  integrator,  EDS  has  spent  nearly  three  decades 
evolving  data  processing  service  into  the  responsive  art  of 
total  information  management.    Completely  vendor 
independent,  EDS  has  the  flexibility  to  select  the  most 
effective  hardware,  software,  and  communications  resources 
to  create  customized  business  solutions  to  diverse  customer 
requirements. 

Managing  Technologic  il    ^anga.    Managing  a  constantly 
changing  technology  environment  to  achieve  and  maintain  a 
competitive  edge  has  become  a  monumental  task  for 
information  system  managers,  who  face  varying  product  life 
cycles  and  limited  financial  and  personnel  resources.  The 
most  cost-effective  solution  is  to  concentrate  resources  on 
primary  business  objectives,  contracting  with  ai*  nformation 
technology  vendor  for  systems  integration,  communications 
services,  and  large  systems  development. 

EDS'  Rola  With  GM.     General  Motors  faced  this  issue  in  1984, 
and  rather  than  contracting  for  services,  decided  to  acquire 
EDS.     EDS  found  at  GM  a  complex  organization  with  many 
computing  environments  —  commercial,  end-user,  engineering, 
and  plant.    EDS'  technical  strategy  was  to  develop  and 
implement  an  expanded  operational  base,  including: 

0  Information  processing  centers 

o  Digital  voice  and  data  network 

o  Enhanced  training 

o  Central-'zed  resource  management 

o  Global  management , 
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EDS  integrated  the  operational  base,  leveraged  existing 
products  with  strategic  R&D,  and  delivered  an  Infrastructure 
to  support  the  business,  which  resulted  In  several  benefits: 

o       Creexing  an  operational  platform  for  GM's  tactical  and 
strategic  applications 

o       Changing  the  economics  for  future  EDS  business 

o       Saving  money  for  GM  —  $469  million  by  1991  from  data 
center  consolidations  and  $326  million  by  1992  from 
communications  plan  implementation. 

Chmllangc'd  tor  Higher  Iducatlon.    American  colleges  and 
universities  are  dedicated  to  providing  quality  education 
and  research  capabilities.    Today,  this  is  essential  for  the 
U.S.  to  increo.se  its  compecltive  edge  and  technological 
.leadership  in  the  global  marketplace.    The  use  of  effective 
information  technology  resources  will: 

o       Advance  research  quality  and  productivity  through  rapid 
data  transmission  and  Increased  collaboration  a?aong 
academic  colleagues 

o       Broaden  instructional  opportunities  by  linking  students 
and  faculty  from  various  locations 

o       Cost-effectively  integrate  multiple  computer  systems 
across  campuses,  states,  or  regions. 

Simil^ir  to  GM,  t^e  higher  education  technology  environment 
is  complex,  with  different  requirements  between 
administrative  ard  academic  computing  organizations, 
conflicting  staff  and  faculty  policies,  and  complex 
communications  needs  among  departments,  campuses,  states, 
and  countries. 

rartn^rshlp  for  thm  Future.    EDS  is  equipped  to  meet  the 
higher  education  challenge  with  innovative  technical 
solutions  driven  by  proven  exi^^rience  and  technology. 
Together,  EDS  and  higher  education  can  dramatically  improve 
the  instruction,  research,  and  public  service  missions  of 
our  colleges  and  universities. 

For  more  information  about  EDS,  please  call  (703)  742-2382. 
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Ernst  &Ybung 


Rod  True  or  Chuck  Raz 
Information  Technology  for  Higher  Education 

One  IBM  Plaza 
Chicago,  Illinois  60611 
(312)  646-3000 


Ernst  &  Young  (E&Y)  participated  in  CAUSE89  in  a  number  of 
different  acti^dties.  First,  E&Y  sponsored  a  refreshment  break  to 
introduce  the  newly  merged  name  and  C:to  of  Emat  &  Ymmg, 
previously  known  by  CAUSE  members  as  Ernst  &  Whinney.  On 
October  1, 1989  Ernst  &  Whinney  and  Arthur  Young  officially  merged 
to  become  Ernst  &  Young,  one  of  the  'argest  professional  services 
consulting  firms  in  the  world  providing  information  systems  consulting 
services.  The  merger  makes  Ernst  &  Young  the  leading  firm  actively 
supporting  Information  Engineering  concepts  and  the  use  of  CASE 
tools. 

Secondly,  E&Y  participated  in  the  1989  meeting  of  the  CAUSE 
Strategic  At'.visory  Council.  This  is  the  second  yer^  of  E&Y's  three- 
year  term  serving  on  this  most  lmy>ortant  CAUSE  committee.  Lively 
discussion  helped  identify  external  factors  and  future  directions  that 
are  likely  to  affect  higher  education  computing  and  information 
technology. 

Finally,  E&Y  proudly  serves  CAUSE  as  a  Corporate  member.  As  the 
computing  needs  of  higher  education  become  even  more  complex,  E&Y 
continues  to  pursue  and  support  strategic  partnerships  with  leading 
organizations  such  as  CAUSE  to  help  information  technology 
professionals  plap  for  the  future. 
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CAUSC89 

GI  A'8  participation  ip  CAUSE89  included  sponsorship  of  the  Wednesday 
morning  co^  break  and  a  TYack  II:  Funding  and  Accountability  Issues 
presentation,  M^ju^jing  Computer  Support  Costs  Through  Effective  User 
Training:  Lessons  Learned  at  UNH,  on  Friday  momiiig  by  Principal  John  F. 
Leydon,  who  co-presented  with  Betty  Le  Compagnon,  Executive  Director  of 
University  Comptiti]:^  University  S^tem  of  New  Hampshire. 


Company  Profile 

GKA  is  an  executive  consulting  and  management  services  fimi  spedali^dng  in 
support  to  hig;her  education.  Since  its  founding  in  1977,  GKA  has  assembled  a 
cadre  of  senior  professionals  with  first-hand  e>^erience  as  executives  and 
technical  specialists  in  tuiiversities  and  colleges.  GKA  has  developed  a 
reputation  as  a  firm  composed  of  strategic  minkers  and  creative  problem  solvers 
who  go  beyond  a  simple  prescription  to  join  with  clients  in  preparing  for  and 
implementing  change,  GKA  continues  to  enhance  its  telecommunications  and 
information  systems  capabilities  to  keep  pace  with  higher  education's  growing 
use  of  information  technology. 


Involvement  in  Hj^jher  Education 

The  core  of  GKA  business  has  always  been  service  to  higher  education 
institutions,  executives  and  governing  boards  in  a  broad  range  of  areas: 
transition  support,  stratefi;ic  planning  support,  organizational  evaluation,  executive 
recruitment,  software  and  hardware  consultii^  telecommunications  cor^ulting^ 
project  management,  and  interim  numagement  A  r&presentative  Stmiple  of 
GKA's  higher  education  clients  during  the  past  five  years  is  presented  below: 

Brandeis  University  St.  Lotus  University 


Columbia  University 
Drew  University 
Duke  University 
ROrlelgh  CicHnson  University 
Fayetteville  State  University 
Indiana  University 
Keene  State  College 
Marist  CoUeg3 

Massadiusetts  Board  of  Regents 
Mehany  Medical  College 


Union  Theological  Seminaiy 
University  of  Delaware 
University  of  Houston  System 
Universi^  of  Maine  System 
University  of  New  Hfllmpsnire 


Radford  University 
St  lawrenoe  University 


Cancer  Center 
University  System  of  Georgia 
University  System  of  N(?w  Hanipshire 
Washington  University 
Wayne  State  University 
Western  Carolina  University 
Westfleld  State  College 
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Range  oi  Services 

Advancing  technology  is  altering  the  way  institutions  collect,  store,  analyze, 
disseminate,  and  use  infonnation.  University  and  college  executives  face  an 
increasing  array  of  technology-related  challenges.  GKA  combines  technical 
expertise  and  management  Icnow-how  to  support  the  design  and  implementation 
of  effective  information  technology  solutions  GKA's  Information  Technology 
service  portfolio  encompasses: 


Evaluation  and  Planning 

Operations  Appraisal 
User  Requireuients  Analysis 
Intoiud  Plan  Review 
Strategic  Flan  Development 

Fiocuiement  and  Imph.  mentation 
Computer/Telecommunications 

System  Design 
Systems  Integration 
RFP  Frq>aration/Evaluaaon 
Vendor  Negotiations 
Project  Mamigement 


Network  Planning^ng  Distance 
Service  Analysis 
Performance  Appraisal 
Topology/Technology  Design 
Cost/Perfonr^nce  Optimization 

Specialized  Services 

Ctffice  Automation/Cabling  Analysis 

and  Desig.1 
Facilities  Pirogramm  ^^ 
Interim  Management/ Recruitment 
Business  Opportunities  Evaluation 


For  additional  information,  cop^acb 

F*  Lawrence  Hester,  Vice  President 
GKA 

2505  Hillsboio  Road,  Suite  302 
Nashville,  Tennessee  37212 
(615)  297^1880 
Fax:  (615)  297-3884 
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IBM  ANNOUNCES  LIBRARY,  ADMINISTRATIVE  PROJECTS  AT  CAUSE  89 


IBM's  Academic  Information  System  (ACIS)  is  proud  to  have  been  a  CAUSE  Corporate 
Sponsor  for  this  year's  conference. 

More  than  1,000  people  attended  the  IBM  sponsored  Beach  Ball  on  Thursday  evening,  which 
included  music  by  a  surf  band,  a  comedy  show  and  dinner. 

Joining  IBM  at  CAUSE  this  year  were  10  IBM  Business  Partners,  the  largest  number  of  Business 
Partners  ever  to  participate  at  the  IBM  booth.  They  demonstrated  a  wide-range  of 
administrative  and  library  solutions. 

During  the  conference  ACIS  was  pleased  to  announce  three  joint  projects  to  develop 
administrative  and  library  computing  solutions,  as    ell  as  the  addition  of  four  specialists  to  tlie 
ACIS  staff. 


Executive  Decision  System 

Addressing  the  area  of  aomniistrative  computing,  IBM  and  California  Polytechnic  State 
University  (Cal  Poly)  will  develop  a  prototype  Executive  Decision  Support  System  for  higher 
education  that  would  serve  as  a  guideline  for  other  colleges  and  universities. 

Typically,  an  executive  decision  support  system  for  higher  education  might  include  critical 
business  information,  such  as  a  school's  enrollment,  level  of  state  and  federal  funding,  faculty 
and  facilities.  Executives  gain  access  to  the  system  through  a  personal  computer  and  vie  '  data 
in  easy-to-understand  chart  and  graph  form. 


Administrative  Computing  Expertise 

Joining  ACIS  to  assist  in  providing  solutions  for  administrative  computing  needs  is 
Judy  Dk  Mattia,  a  former  vice  president  for  administration  and  finance  and  university  treasurer  at 
Fairleigh  Dickinson  University.  She  will  work  v'th  college  and  universiD/  administrators  in  such 
areas  as  finance,  human  resources,  facilities  management,  fundraisiiig,  alumni  affairs  and  student 
information  systems. 


Enhanced  Library  Application 

To  meet  the  computing  needs  of  mid-size  college  and  university  libraries,  IBM  is  joining  with 
Carolina  Coastal  Community  College  and  IBM  Business  Partner  CMDS  in  a  project  to  enhance  an 
existing  integrated  library  system  application  and  inaease  its  capabilities  on  the  IBM 
Application  System/400. 


ERIC  ^'l 
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Specific  enhancements  planned  for  the  application,  TEAMS:  Library  System,  include 
developing  the  program  in  code  that  is  specific  to  the  AS/400  system.  This  would  make 
available  the  relational  databases  in  the  AS/400  system,  whicli  increase  the  speed  and  flexibility 
of  information  retrieval.  Also,  an  acquisitions  module,  which  will  automate  die  ordering  and 
purchasing  of  books,  will  be  added  to  the  existing  catalog  and  circulation  modules.  The  public 
access  module  will  be  r^-written  to  facilitate  uiore  intuiUve  interaction  between  the  user  and  the 
computer. 


Multimedia  interfaco 

With  Indiana  University  (lU),  IBM  is  conducting  a  projea  to  develop  a  multimedia  interface  for 
online  library  catalog  systems.  lU  and  IBM  will  develop  the  interface  to  the  NOTIS  library 
management  system  so  users  will  be  able  to  condu.,:  catalog  searches  using  a  series  of  mouse- 
activated  on-screen  comnund  "buttons."  The  interface  al.so  will  add  graphics  to  the  on-saeen 
instmctions  and  will  increase  the  application's  visual  appeal. 


Three  Library  Specialists 

ACIS  also  has  appointed  three  librarians  to  help  develop  IBM  programs  for  libraries. 

Anita  Breland,  a  strategic  planning  specialist,  is  IBM's  liaison  to  INFORMA,  a  newly-organized 
forum  for  those  interested  in  the  use  of  IBM  technology  in  libraries.  She  will  work  wit  i 
members  of  the  library  community  to  evaluate  long-term  strategic  issues. 

Peggy  Federhart,  a  specialist  in  library  automation,  will  help  librarians  define  their  computing 
needs  and  identify  and  implement  solutions. 

Richard  Hulser,  a  specialist  in  image  processing,  will  assist  in  IBM's  efforts  to  af sess  and  answer 
the  electroiiic-image-storage  and  retrieval-system  needs  of  higher  education  libraries. 

These  announcements  underscore  IBM's  commitment  to  providing  a  full  breadth  of  innovative 
solutions  for  higher  education.  The  partnerships  that  ACIS  has  developed  with  higher 
education,  since  it  was  formed  in  1983,  help  IBM  understand  the  needs  of  me  academic 
community  and  respond  with  appropriate  solutions.  ACIS  looks  forward  to  expanding  its 
higher  education  partnership  even  more  during  the  coming  year. 

For  more  mformation,  contaa:  Rob  Baum 

Manager,  Library  &  Administrative  Computing 
IBM  Academic  Information  Systems 
472  Wheeler  Farms  Road 
Milford,  Conn.  06460 
Phone:  (203)  783-7350 


Personal  System/2  Opei  iting  System/2  and  Application  System/400  are  registered  trademarks 
of  the  International  Business  Machines  Corporation. 
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INFORMATION  &  COMMUNICATIONS,  INC. 


Tnformation  and  Communications,  Inc. 


& 
SAFE 


The  Fmancial  Aid  Processing  Solution 


Information  &  Communications  was  pleased  to  attend  CAUSE  1989,  in  nearby 
"Down  Town  San  Diego".  Through  our  parddpation  and  presence  at  the 
conference  we  came  to  better  understand  the  needs  of  our  clients,  and  the  dynamics 
of  the  ever-changing  market  place. 

ICI  was  happy  to  be  able  to  provide  attendees  of  CAUSE89  with  the  opportunity  to 
enjoy  themselves  and  to  win  prizes  ranging  from  CD  players  to  gift  certificates.  All 
the  people  you  saw  having  fun  with  the  orange  stickers  affixed  to  their  name  tags 
were  playing  the  ICI-Dolphin  Game. 

In  addition  to  generating  lo.  of  fun  at  CAUSE89,  ICI  featured  ou^  line  of  Dolphin 
Software  products.  Headlining  our  product  showcase  was  SAFE  our 
comprehensive,  on-line  finandai  aid  processing  system.  SAFE  &.0  is  the 
culmination  of  20  years  of  refinement,  innovation,  and  enhrncements  made  in 
response  to  the  needs  of  the  market  place. 

SAFE  is  design-engineered  to  be  a  stand  alone  finandal  aid  processing  system  .  Our 
single  standard  IBM  VSAM  type  cluster  data  base  configuration  also  makes  SAFE 
ideal  for  integration  *nto  uny  Stude'^t  Information  System. 

ICFs  20  year  experience  in  higher  ec  ication  gives  us  a  unique  perspective  on  the 
market  place.  As  spedalists  in  finandal  aid  processing,  we  are  able  to  provide 
custom  designed  systems  for  a  wide  range  of  institutions  in  a  wide  range  of 
operating  environments. 

This  same  experience  puts  on  the  leading  edge  for  consultant  support, 
administrative  program  reviews,  and  software  search  and  evaluation  services. 

If  your  business  is  Hnandal  aid  in  higher  education,  then  ICI  is  the  best  way  to  play  it 


SAFE. 
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Of  particular  interest  in  Information  Associates'  exhibit  at  CAUSE89  were  the  live  demonstrations 
conducted  by  clients  running  their  own  versions  of  lA  software: 

California  Polytechnic  State  University 
San  Luis  ObispOp  California 

Relational  version  (D62)  of  the  Student  Information  System  \n  the  OASib  Project  (California 
Polytechnic  State  University  at  San  Luis  Obispo,  and  California  State  University  at  Los  Angeles 
and  Long  Beach) 

Macintosii  workstation  component  for  lA's  Executive  Support  System 
Sage  Analysis  in  the  OASIS  Project 

Salt  Lake  Community  College 
Salt  Lake  City  t  Utah 

On-linf ,  real-time  procurement  system  integrated  with  lA's  Financial  Accounting  and  Accounts 

Pavaole  aoplications  to  automate  a  range  of  functions 
ON  COURSE  -  Academic  advising^  graduation  checkout,  instant  access  to  all  degrees 

University  of  Ariiona 
Tucson,  Arisona 

IDMS  Financial  Records  System  including  multi-fiscal-year  processing,  better  reporting  and  simpler 

transaction-history  processina 
Student  Information  System  including  voice  response  registration 

St  Louis  University 
St  Louis*  Missouri 

Alunmi/Development  System  used  with  innv^vation  for  pledge  forecasting  and  personalized 
acknowledgment  letters 

Pepperdine  University 
Malfbu,  California 

Human  Resource  System  integrated  with  PC-based  MultiFlex  2000  for  administering 
flexible  benefits  plans 

Colorado  Community  Colleges  and  Occupational  Education  System 
Denver,  Colorado 

Student  Information  System  at  !2  sites  including  systemwide  PTE  reporting  and  CORE 
transfer  program 

Baylor  University 
Waco,  Texas 

Macintosh  user  interface  to  SIS  that  allows  academic  chairpersons  to  access  information  in  four 
systems  on  networked  Macintosh  workstations 

Ivy  Tech  -  Indiana  Vocational  Technical  Colleges 
Indianapolis,  Indi  ^na 

On-site  lA  services  for  project  management  to  successfully  implement  the  lA  Financial  Rt*  ords 
System  ^  ^ 


Information  Assoqates  inc 
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Foothill  CoUego  -    presenting  Foothill-DeAnza  Community  College  District 
Cupertino,  CfloifomiA 

Student  Information  System  enhanced  with  touch-screen  technology  for  registration  and  admissions 

Williams  ColleM 
WilUamstown,  Massachusetts 

FOCUS  and  FOCUS  Windows  for  decentralized  reporting  with  integration  in  ALL-IN- 1 

Ctalifomia  State  University  at  Long  Beach 
Long  Beach,  California 

On-site  installation  8upi>ort  from  lA  for  SIS  as  part  of  OASIS  project 
Voice  response  registration 

University  of  Colorado 
Boulder,  Colorado 

An  IDMS  Client  Support  Unit  institution  which  installed  the  IDMS  Student  Information  System 
fromlA 

Maricopa  County  Community  College  District 
Phoenix,  Arizona 

Academic  Support  -  Writers-NET  application  using  INGRES  tools  and  a  relational  database 

Boston  College 

Chestnut  Hill,  Massachusetts 

Student  access  to jpersonal,  financial,  loans  and  academic  information  through  terminals 
similar  to  ATMs 

Universij^  of  North  Texas  Computing  Center 
Denton,  Texas 

Optical  scanners  to  record  registration  information  and  drop/add  changes  and  an  electronic  network 
for  transcript  transfer  and  storage 


lA  Suite  Spotlights  Live  Denxos  and  Special  Sessions 

To  complement  the  Software  Showcase  in  its  exhibit  booth,  Information  Associates  presented  in  the 
corporate  suite  live  demos  of  its  relational  solutions  (DB2,  INGRES,  VAX  Rdb/VMS),  showing  th* 
enhanced  functionality  of  FRS  and  SIS;  FOCUS;  the  SAA-compliant  user  interface  Bright  View;  and 
lA's  Executive  Support  System  on  a  Macintosh  workstation.  **Meet  the  Pres.**  offered  visitors  to  the 
suite  the  opportunity  to  talk  with  I A  President  John  G.  Robinson.  Conferees  wanting  to  discuss  future 
technolo^  at  lA  attended  ''Ask  the  Expert  sessions  led  by  John  Gwynn,  lA's  Vice  President  for 
AdvancedResearch  and  Technology. 

Information  A$9oeiai9$,  lA,  ON  COURSE,  and  tht  lA  logo  an  rtgigttnd  tradtmarki  of  Information  Ai$ociatt$,  Ine,  DB2  i$  a 
rtgiiitrtd  tradimark  ofInt9mationalBuiin€$$  Mackinei  Corporation,  Sagt  Analy$fS  u  a  regiiUrtd  tradimark  ofSag€  Analytie$ 
Intimationalflne.  MultiFUx  2000  i$  a  rtguUrtd  tnukmark  ofStUct  B€n§fit$,  Inc.  !iiaeinto$h  ii  a  rtgttUrtd  tradnmark  ofAppU 
CompuUr,  Ine.  ALL4N-1  and  VAX  RdbP/MS  art  rtguUrtd  tradtmarku  of  DigUal  Equipment  Corporation,  IDMS  t«  a 
rtgu  ertd  tradimark  of  Computer  A$$ociaU$,  Inc,  INGRES  u  a  rtgiittrtd  tradimark  of  INGRES  Corporation.  BrightVitw  i$  a 
tradimark  ofhianagtmint  Scknet  Anuricat  Ine, 

For  more  information,  call  Gay le  Steinberg  at  (716)  467-7740. 
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Information  Builders,  Inc. 

1250  Broadway,  New  York,  NY  10001  (212)  736-4433 


Information  Builder's  FOCUS  fourth  generation  language  (4QL)  and  windowed  application 
development  facilities  are  unsurpassed  for  processing  and  controlling  data.  With  FOCUS, 
users  gain  ease  of  use  and  higher  productivity  whether  reporting  and  analyzing  data,  or 
building  complete  applications.  FOCUS  provides: 

•  Integrated  decision-support  and  development  tools 

•  A  tenfold  increase  in  productivity  over  developing  applications  in  COBOL  with 
embeddedSQL 

•  Portable  applications  that  run  on  any  hardware  and  drive  a  variety  of  database 
engines 

Users  can  write  simple  English  phrases  to  query  data  sources  and  produce  reports, 
including  row-oriented  financial  statements.  FOCUS  generates  busir.^ss  graphics, 
formal  statistical  analyses,  and  even  spreadsheets,  with  one.  Integrated  set  of  4GL  tools. 
For  novices  and  casual  users,  there  are  automatic  information  and  application  generators 
with  windowed,  "point-and  pick"  displays  for  creating  files,  producing  reports  and 
developing  database  maintenance  applications  —  all  without  coding. 

FOCUS  unifies  data  analysis  and  database  maintenance  functions  in  a  single  language 
available  on  mainframes,  minicomputers  and  PCs.  Applications  and  coding  skills  are 
portable  across  operating  environments,  and  inter-platform  connectivity  facilities 
enable  FOCUS  users  to  access  distributed  data  and  execute  remote  procedures  on  nodes 
throughout  a  network. 

Universal  A:.«ts  to  Data 

While  most  dat  base  engines  provide  access  to  only  their  native  data  structures,  FOCUS 
delivers  direct  access  to  virtually  every  source  in  the  data  center— without  conversion 
or  reentry  of  data.  All  of  the  fblk>wing  relattonal  and  non-relational  data  sources  are 
accessible  with  all  of  the  FOCUS  facilities  while  the  physical  details  of  the  structures 
remain  transparent  to  users: 


Mainframe 


Midrange 


Microcomputer 


Datacom/DB 
DB2  • 

IDMS,  IDMS/R 

IMS 

ISAM 

Model  204 
Q6AM 
SQL/DS  • 
System  2000 
Teradata 
TOTAL  (Cinconr* 
VSAM  • 


Adabas 
ASCII 
C-ISAM 
DBMS 

DMS,DMS/TX 
Ingres  * 
ORACLE  * 
PACE 
Rdb  * 
RMS  * 
SP  02 
Terc  ^ta 
Sybase  * 


ASCII 

dBASE  III,  IV 

LOTUS  12-3 

OS/2  Extended  Edition 

Paradox 

Rbase 

SQL  Sen'er  * 


Read  and  Write  Access 
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Powerful  Relational  Capabllltlea 

FOCUS  supports  Joins  between  the  datasets  it  accesses.  In  a  single  operation,  FOCUS 
users  can  consolidate  data  from  multiple  relational  tables  or  Join  relational  tables  to 
non-relational  sources,  such  as  IMS,  RMS  or  VSAM  files. 

FOCUS  Updates  External  Databases 

FOCUS  generates  and  translates  native  SQL  syntax.  Users  can  issue  interactive  requests 
in  either  language  to  update  relational  sources  on  many  platforms  —  mainframe  users 
can  update  DB2,  SQL/DS,  Teradata  and  VSAM  files,  VAX  users  can  update  RMS  and  Rdb 
files,  as  well  as  Otade,  Ingres  and  Sybase  databases,  and  PC  users  can  use  PC/FOCUS 
against  the  Ashton  Tate/Microsoft  SQL  Server  or  IBM's  OSf^  Extended  Edition. 

Comprshsnsivs  Tools 

FOCUS  combines  integrated  decision-support  facilities  with  automated  tools  for  building 
applications.  Users  have  the  choice  of  the  4GL  or  the  windowed  point-and-pick  facilities 
for  producing  repr^rts  and  graphs.  Fbr  specialized  needs,  ine  FOCUS  IfJiguage  is  rich  in 
custom-fbrmattinu  syntax.  CASE-based  FOCUS  Application  Creation  Tools  (FACT),  code 
generators  and  visuaSly-oriented  screen  and  window  painters  fully  automate  the 
development  process,  substantially  r«ducing  the  time  end  effort  required  to  prototype 
and  implement  new  complications. 

Expert  System  Tools 

information  Builder's  LEVELS  expert  system  facilities  allow  organizations  to  capture 
spedalists'  itnowledge  in  systems  that  end  users  can  mn  to  diagnose  problems  and 
perform  analyses.  Compatible  versions  are  available  fbr  IBM  mainframes  and  PCs,  DEC 
VAX  minicomputers,  and  Apple  Macintoshes  —  LEVELS  applications  are  portable  between 
those  environments. 

information  Builders  is  implementing  an  "experT  mode  in  FOCUS  to  allow  application 
builders  to  integrate  LEVELS  expert  systems  within  FOCUS  applications.  These 
integrated  applications  will  have  access  to  every  source  of  data  that  FOCUS  can  read. 

Integration  with  Rsposltoriss 

The  FOCUS  Application  Control  Environment  (ACE),  provides  a  centralized  mev'shanism 
for  managing  FOCUS  applications  throughout  their  life  cydes.  ACE  Is  a  the  repusitory  fbr 
applications  (and  components  —  indudirig  data),  and  holds  and  applies  access  rules. 
Using  ACE,  MIS  directors  can  track  system  usage,  devek>pers  have  a  convenient 
applicatton-deployment  mechanism,  and  end  users  have  centralized  access  to  all  of  the 
site's  FOCUS  applteattons. 

The  ACE  facilities  will  also  interface  seamlessiy  with  IBM's  SAA  Repository  when  it  is 
released.  As  an  SAA  Devetopment  Partner,  Informatton  Buiktors  Is  thoroughly  acquainted 
with  the  SAA  stnjctura'  boundaflds  and  has  re-engineered  FOCUS  to  conform  to  IBM's 
new  standards.  FOCUS  generates  the  SQL  needed  to  create  the  DB2  tables  that  IBM's 
repository  will  emptoy.  and  IBI  is  extending  DEC'S  CDD/Plus  to  include  full  support  for 
FOCUS  attributes  (including  fiekt-valMatton  criteria,  eto.).  Through  the  FOCUS  CASE 
tool  (FACT)  it  will  be  possible  to  both  create  and  read  entity  descripttons  for  both 
hardware  manufacturers'  repositories. 
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Ingres 


INGRES  Announces  First  Intelligent  Database 


Why  make  a  database  "intelligent"?  Simply  to  make  it  more  useful. 

With  INGRES,  the  first  intelligent  RDBMS,  programmers  can  put  mles  right 
into  the  data  manager. 

This  gives  higher  education  executives  the  power  to  incorporate  complex 
business  policies  into  the  database  manager  for  superior  control  and  flexibility. 


INGRES  Customers  Report  Success  at  CAUSE 

Carnegie  Mellon  University 

Exceipts  from  Cynthia  Golden's  talk,  The  Effect  of  Relational  Database 
Technology  on  Administrative  Confuting: 


"In  addition  to  flexibility,  portability  of  applications  a«!ross 
different  hardware  and  operating  system  environments  is 
important  to  us  in  order  to  take  advantage  of  new  advances 
in  technology.  With  INGRES  software  we  have  been  able 
to  demonstrate  that  this  is  a  reasonably  simple  thin};  to 
do.** 


"A  simple  application  can  be  produced  using  OSL  and  th^ 
other  tools  in  less  than  a  day.  By  using  ths  k  JL  applica- 
tion builder,  the  prototype  ok'  the  system  is  the  real  ba&  s 
for  the  final  product,  i.e.,  in  most  cases  the  prototype 
becomes  the  final  product.** 


CAUSF89  Report  —  January,  19: 1 
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New  Jersey  Institute  of  Technology 

On  Wednesday,  Thomas  J.  Terry,  Jr.  presented  The  Planning  and 
Implementation  of  Relational  Database  Technology  at  NIFT.  Mr.  Terry  dis- 
cussed the  leal-life  benefits  of  using  the  relational  database  model  in  adminis- 
trative and  academic  systems. 

NJTT  is  an  extremely  computing  intensive  environment  with  over  1,500  nodes 
currendy  in  their  netwoik  and  an  additional  1,500  planned.  Based  on  database 
experience  gainol  in  industry,  Mr.  Terry  is  improving  die  availability  of  data 
while  maintaining  tight  c(mtrol  on  expenditures.  Many  of  these  benefits  will 
come  from  the  use  of  relational  databases. 

Mr.  Terry  also  shared  specific  experioices  on  how  he  is  integrating  INGRES 
with  Scries  Z  administrative  software  from  Informaticxi  Associates. 

Maricopa  Community  Colleges 

At  Ingres'  corporate  bot^th  Maricopa  Community  Colleges  demonstrated  its 
ACE  System  (Acquiring:  a  College  Education)  for  student  tracking  and  a  host 
of  other  exciting  applicai  ions  —  including  a  student  writing  netwoik,  a  course 
development  system,  and  a  system  showing  smdent  progress  toward  any 
given  major. 

Maricopa  uses  die  INGRES  4GL  (Fourth  Generation  Language)  to  write  meir 
applications.  According  to  Lance  Miller,  director  of  hiformaticxi  Servi(%s: 

**The  application  development  toolj  have  increased  our 
ability  to  produce  applications  by  a  factor  of  five  to  seven 
times.  In  concrete  terms  we  saw  applications  that  tradi- 
tionally would  take  a  year  to  18  months  being  completed  in 
two  to  three  months.'' 


Ingres  Corporation  provides  INGRES,  the  largest  selling  relational  database 
managoofient  system  in  higher  education. 

Ingres  Corporation 
1080  Marina  Village  Paikway 
Alameda,  California  94501 
H800)  4-  INGRES 
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INTEGRAL 
Corponte  Hcadqairtn 

2185  North  California  Boulevard 
Wklnut  Creek.  CA94SM 


(415)939-3900 
FAX  (415)  944-1416 


(Xmm  PROKILE 


INVaVBCNT  IN 
HIGKR  EDUCAnON 


PRODUCT  LINE 


The  1969  nerger  of  Integral  ^tans,  Inc. ,  a  leader  in  hmn  resource 
applications  since  1972,  and  Data  Design  Associates,  a  financial  inanagenent 
Siystans  specialist  for  more  than  16  ywrs,  created  a  new  campy\f»  INTEGWL  - 
nw  one  of  the  world's  largest  suppliers  of  application  software  ftor  IBM 
malnfrone,  mich^,  and  PC  hardNare  platfbnns.  With  500  aiplqyees  woriclng  out 
of  offices  In  eight  cities  across  the  U.S.  and  Care  ia,  the  firm  develops  and 
iraricets  a  full  range  of  financial  and  humn  resource  managenent  software 
supported  ty  conprehenslve  prodct  training  and  consulting. 

INTEGRAL'S  humn  resource  nenaganent  Stystems  were  the  first  to  coiply  wltti  the 
standards  established  by  IBM's  ^tem  Application  Architecture  (SM). 
INTEGRAL'S  HWS  products  were  written  only  with  those  tools  specifically 
Identified  as  SAA  caimon  progrBmiring  Interface  products: 

0  VS  GOBGL  II  0  Structure  Query  Language  (SQL) 

0  Cross  Systan  Product  (CSP)      o  Query  Managarent  Facility  {(ff) 


To<tiy,  INTKRAL's  062  huran  resource  systans  are  In  use  by  ova^  70  clients. 
Originally  fouKbd  in  1972,  INTEGRAL  rapidly  attained  an  excellart  reputation 
as  a  developer  of  humn  resource  software  speclffcally  designed  to  meet  the 
needs  of  Institutions  of  Mslher  education.  Even  In  Its  expansion  to  other 
vertical  imrlcets,  ITfTEGRAL  continues  to  recognize  the  special  needs  of  the 
acadsnic  oomnnlty  and  to  a^igresslvely  support  those  needs  In  both  Its 
financial  and  hunan  resource  products. 


INTEGRAL  offers  an  entire  spectnm  of  financial  and  hunan  resource  managoient 
products  for  IBM  and  IB-l-aiipatlble  malnfrane,  nridrange,  and  personal 
coRfuters: 

FINANCIAL  Him  RESOURCE 


MAINFRffE 
General  Ledger 
Accounts  RBQ^le 
Purchasing 

FixBi  Asset  Accounting 
Project  Accounting 
Accounts  Receivable 
Materials  MmagGncnt 


Hunan  Resource  Achrinlstratlon 
B^ll  Managanent 
Applicant  NiuiagaiEnt 
Position  Control 
Benefits  Managenent 
Paision  Benefits  Ad  istration 
Flexible  Conpensat.un 


MIDMNGE 


General  Lectger 
Aoooufits  Riiyable 
ftjrchase  Order 


Hunan  Resource  and  Benefits  Manager 
Paiyroll  Manager 
Position  Control 


Accounts  Receivable 
Fixed  Assets 
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PERSGNAL  amm 

General  Led|er  Affirmative  Action 

Accouits  Riiyable  Organizational  Charting 

Project  Accounting  Distributed  Hmn  Resource  Adhrinistration 

Fixed  Asset  Accounting         CcniJensation  Planning  and  Adninistration 

Succession  Planning 

«  Vision 

These  products  are  available  in  multiple  technical  environments:  mainframe  systans  use  standartl 
COBOL  with  VS/M  or  with  an  application  generator  (e.g.,  CSP,  ADS-a)  and  acconparying  database 
technology  (e.g.,  DB2,  SQL/DS,  IDMS).  INTEGRAL  products  arc  designed  to  Include  a  lengthy  list  of 
built-in  features  that  are  of  sigiificant  value  to  the  his^er  education  comunity.  Our  products 
are  in  operation  at  nunerous  two-  and  four-year  colleges  and  universities,  local  cotmiinity  colleges 
and  land  grant  instititions  throu^nut  the  United  States  and  Canada.  These  col  leges  range  in  size 
from  1,000  to  80,000  enf '^yees  and  Include  the  following: 

0  Boston  College  o  University  of  Minnesota 

0  Harvard  Uiiversity  o  New  Yoric  Uhiversity 

Q  Rjtgers  Uiiversily  o  Colorado  State  University 

0  Catonsville  Ccmnunlty  College  o  Uhiversity  of  Chicago 

0  Indiana  Uhiversity  o  University  of  British  Colurbia 

0  Vbric  Uhiversity  (Canada) 

Uhlqie  higher  education-related  features  in  the  INTEGRAL  Applicatiors  Include  capabilities  such  as: 

0  Multiple  concurrent  appointments  (e.g.,  assistant  professor  and  dean) 

0  'VHttraut  salary  appointments 

0  Mviagenent  of  curriculun  vital  infomBtion 

0  Special  foms  of  peoment  (e.g.,  stipends,  honoraria) 

0  Paiyment  start  and  stop  dates  by  appointnent  and  account 

0  Contract  and  grant  certification 

0  Position  control 

0  FTE  trp.J^ing  and  control 

0  Salary  distribution  to  multiple  accounts  (e.g.,  general  fund  and  grants) 

0  Faculty  and  staff  saiary  analysis 

0  Tenure  tracking 

INTEGRAL,  a  CAUSE  menter  since  1979,  has  participated  annually  at  the  CNJSE  National  Conference 
since  1974. 


Contact:  Kathy  Urtelis 

Vice  President  -  Client  Services 

INTEGRAL 

2186  North  California  Blvd. 
Milnut  Creek,  m  94^ 
Telephone:  415/939-3900 
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InterVoke,  Inc. 
17811  Waterview  Parkway 
Dallas,  Texas  75252 

(214)  669-3988 
(214)90M079FAX 


For  Mwt  Information,  Contact: 
Martha  Hany,  Marketing  Manager 
Extension  8771 


InterVoice,  Inc.,  developer,  manufacturer  and  marketer  of  an  interactive  voice  response 
sptem  called  The  RobotOperator,  was  pleased  to  participate  at  CAUSE  '89,  in  San  Diego, 
Through  oui  participation  at  this  event,  we  trust  we  demonstrated  our  commitment  to 
higher  education  and  will  continue  to  do  so  in  the  future. 

Interactive  voice  response  systems  automate  the  function  of  a  human  operator,  ai  d  provide 
online  computer  database  information  to  incoming  callers.  Routine  information  can  be 
obtained  with  voice  response  systems,  some  applications  include:  obtaining  account 
balance  information,  check  clearance,  status  ot  insurance  claims,  fund  transfers,  employee 
benefit  information,  and  many  other  services. 

Voice  Response  ^plications  in  Education 

Educational  costs  are  escalating  at  a  rapid  rate.  One  way  to  cotain  high  tuition  fees  and 
high  student  expenses  is  with  a  voice  response  system. 

There  are  numerous  ways  such  a  system  can  be  utilized.  Callers  can  access  information 
from  their  touchtone  telephone  for: 

o    Campus  registration  -  Enter  student  identification  number  and  then  another  security 
code.  You  then  enter  the  catalog  cousre  number,  the  system  will  verify  if  course  is 
available  and  asks  for  payment  arrangements,  (credit  card,  or  check). 

0    Students  no  longer  have  to  stand  in  lone  lines  to  register  for  courses.  Fewer  staff 
members  are  pulled  from  their  day-to-day  activities  during  registration  with  a  voice 
response  system. 

o    Request  for  transcripts,  dass  cancellations,  early  grade  reporting,  setting  up 

appointments  with  advisers/instructors,  even  ordering  parking  stickersfor  automobiles, 
can  be  done  using  a  voice  response  system. 

Voice  response  systems  can  be  accessed  seven  days  a  week  24-hours  a  day,  providing  a 
service  that  was  never  before  available  under  these  circumstances. 
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603  Park  F^omt  Onve,  Sjite  220 
Goklen.  Colorado  80401 

(303)  526-1229 


lasekhB  corporation 


LaserMax  is  pleased  to  have  participated  in  the  1989  CAUSE  Conference  held  in  San 
Diego,  California,  The  LaserMax  exhibit  booth  featured  demonstrations  of  the  Company's 
CampusCard  systems  and  an  Academic  Record  Tracking  S^tem/Enrollment  Assistance 
System  (ART^AS)  developed  at  the  University  of  Kansas.  The  Company's  CampusCard 
system  is  available  using  either  optical  memory  cards  or  integrated-circuit  ("smart"  cards). 
The  CampusCard  ^tem  consists  of  portable  memory  cards,  read/write  (R/W)  devices  that 
are  attached  to  personal  computers  (or  minis  or  mainframes),  and  system  application 
software  performing  any  of  the  following  functions: 


Identification  and  Security  Grade  Transcript 

•  ID  number,  name,  address,  etc.  .  Historical  data  storage 

.  Graphic  iD  (photo,  signature,  etc.)  .  Use  with  curriculum  data 

.  Facility  access  control  .  Current  registration/ 

.  Computer  access  security  schedule  information 


Registration/Fee  Status  Health  Services  Card 

.  Current  term  registration  stat  j:;  .  Emergency  medical  data 

.  Fees  paid  (date,  type,  amount,  expiration)     .  Optional  medical  records  storage 

•  Ubrar)'  authorization 


Cash  Card 

.  Campus  purchases 

(cafeterias,  bookstores,  lab  fees,  etc.) 
.  License  for  off-campus  purchases 


Optical  memory  caros  can  hold  up  to  2.8  megabytes  of  digital  information.  This  is 
equivalent  to  1,000  typewritten  pages  and/or  a  nimiber  of  full  color  graphic  images  (e.g. 
photograph,  signature,  medical  X-rays).  The  smart  card  has  memory  capacities  ranging 
from  500  bytes  to  8,000  bytes.  Its  principal  advantage  is  that  it  is  a  reprogrammable 
interactive  device  that  offers  unique  performance  in  a  number  of  applications  such  as 
security  or  debit  card  systems. 

The  Company  also  demonstrated  the  ARTS/EAS  software  system  developed  at  the 
University  of  Kansas.  The  ARTS/EAS  system  is  essentially  electronic  advising  during  the 
pre-enrollment  process.  This  system  has  been  used  successfully  during  the  last  three 
registration  periods  at  the  University  of  Kansas. 

Please  contact  Mr.  Bill  Eggcrt,  Chairman,  for  additional  information. 
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NCR  CORPORATION 


NCR  Corporation  a  leader  in  Information  management  processing 
systems  for  over  105  years  develops,  manufactures,  markets  and 
supports  Information  processing  systems  for  selected  worldwide 
markets.    Higher  Education  Is  a  very  Important  member  of  this 
group . 

With  the  company's  long-time  commitment  to  Open  Systems 
Architecture,  and  Industry  standards,  NCR  provides  a  full  range 
of  quality  information  processing  for  this  marketplace.  In 
addition,  NCR  understands  the  Importance  of  providing  superior 
sales  and  support  expertise.     To  this  end,  NCR  sales  and  support 
people  are  trained  to  address  the  needs  of  the  Higher  Education 
marketplace. 

In  line  with  this  commitment,  NCR  was  happy  to  participate  in  the 
1989  CAUSE  Conference  held  in  San  Diego  on  November  28  through 
December  1,  1989.    We  enjoyed  the  opportunity  to  exchange  vlev^3 
with  the  decision  makers  in  attendance. 

The  products  NCR  demonstrated  at  the  conference  Included  our 
powerful  UNIX  based  TOWER  family  of  processors  and  the  TOWERVIEW, 
X-Windows  based  workstation  and  a  selection  of  NCR's  latest  Intel 
386  based  personal  computers.     In  addition  we  were  delighted  to 
display  our  Public  Access  terminal,  the  NCR  5682.    This  terminal 
provides  the  flexibility  of  pre-stored  graphics  and  digitized 
sound  to  provide  dynamic  information  displays  to  students, 
facility  and  administration.     The  5682  presents  many 
opportunities  within  Higher  Education  such  as  a  self-service 
terminal  to  be  used  for  student  registration,  dormitory  access, 
food  service  payment,  etc. 

In  addition  to  the  above,  NCR  has  signed  a  marketing  agreement 
with  SCT  Corporation  of  Malvern,  PA  to  co-market  their  "Banner 
Series**  administrative  software.    This  includes  four  integrated 
applications:  student,  finance,  human  resources,  and  alumni/donor 
development . 

Overall,  we  believe  that  NCR's  information  management  direction 
will  serve  well  Higher  Education's  needs,  as  we  both  move  into 
the  90 's.    NCR  Corporation  is  an  industry  leader  in  providing 
open  systems  based  on  industry  standards.    Our  commitment  to  open 
systems  spans  more  than  a  decade,  and  it  embraces  a  full  range  of 
broad  product  lines  including  processors,  peripherals, 
subsystems,  languages,  data  management  systems,  communications 
and  networking.     Using  this  technology,  administrative 
departments  can  talk  to  one  another  through  multi-vendor 
mainframes.    Campus  wide  netirarks  are  no  longer  a  thing  of  the 
future . 

NCR  looks  forward  to  being  with  your  again  at  your  1990  Miami 
Beach  convention. 


ERLC 
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PROVIDING  AN  ENVIRONMENT  FOR 

CAMPUS 
CONNECnVITY 


NOVELL'S  PROGRAMS  FOR  HIGHER  EDUCATION 

Lee  Caldwell 
EUrector,  Corporate  Education  Sales  and  Marketing 

Janet  Perry 
Manager,  Higher  Education  Programs 

The  college  and  university  market  for  networking  is  large,  and  growing  rapidly.  In  recent 
years^  institutions  have  made  huge  investments  in  information  technology,  primarily  in  PCs 
and  Macintosh  computers.  While  nnost  colleges  and  universities  have  some  experience  with 
LANs  at  the  department  level,  only  recently  have  they  begun  to  consider  how  to  network  the 
entire  campus  into  one  unified  sct.^me.  Novell  has  several  programs  for  colleges  and 
universities  which  are  designed  to  make  this  process  easier  to  administrate,  easier  to  install 
and  less  expensive  to  buy. 

Getthig  Started  with  Netw«e 

Nationally,  only  about  ten  percent  of  all  microcomputers  on  campus  have  been  networked. 
Creating  Local  Area  Networics  appears  to  be  a  good  idea,  but  colleges  and  universities  often 
lack  experience  with  the  technology.  With  a  Novell  starter  gran*,  any  campus,  no  matter  what 
size,  can  obtain  copies  of  NetWare  at  a  significant  discount  from  list  price.  These  grants  cover 
both  SFT  NetWare  and  NetWare  386.  llie  number  of  grants  available  to  a  school  is  detennined 
by  the  FTE  enrollment.  This  program  allows  schools  to  learn  about  NetWare  and  networking 
without  making  a  large  monetary  conunitment.  Application  forms  for  grants  are  available  Arom 
local  Novell  offices. 
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Standardizing  on  NetWare 

Many  campuses  have  chosen  to  standardize  on  one  or  two  networking  operating  systems 
throughout  the  school.  However,  in  the  university  environment  that  type  of  standardization 
requires  a  laige  number  of  servers.  Often,  it  is  difficult  for  small  computing  staffs  to  keep  track 
of,  and  administrate,  these  networks.  Novell  has  created  a  multiple-copy  license  of  NetWare 
that  provides  schools  with  several  benefits.  This  license  creates  a  centralized  administration 
for  the  network,  provides  ways  for  departments  and  labs  to  get  on  the  netwoik  more  efficiently, 
and  has  a  cost  advantage  over  the  price  of  buying  individual  copies  of  NetWare.  The 
Educatk>n  Account  Purchase  Program  for  NetWare  is  availaUe  to  any  educational  institution 
who  needs  a  minimum  of  24  copies  of  NetWare.  It  is  available  in  three  versions:  Advanced 
NetWare  only,  SFT  NetWare  only,  and  mfaced  SFr/386  NetWare.  Schools  can  buy  additional 
rights  in  quantities  of  five.  Schools  which  already  have  copies  of  NetWare  can  receive  credit 
for  them  under  the  program.  In  addition,  there  are  multiple-copy  licenses  of  NetWare 
Assurance  available  under  this  program. 

Expanding  and  Supporting  Your  NetWork 

Novell  has  several  other  programs  for  higher  education  which  are  designed  to  help  you 
expand  and  support  your  network.  The  Campus  Support  Kit  is  a  bundled  package  providing 
Novell  computer-based  training,  first-line  technical  suf^rt,  access  to  technical  databases,  and 
discounts  on  training.  Finalty,  the  C  Interface  for  DOS  and  other  Developer  TooU  provides 
opportunities  for  schools  to  develop  products  based  on  the  Novell  platform. 

Continuing  Support  for  Education 

Novell  o^rs  its  full  support  to  colleges  and  universtties  striving  to  create  state-of-the  art 
networks  to  better  serve  their  shidents^  faculty,  and  staff.  Fkx)ni  the  Coiporate  Education  Sales 
and  Marketing  Staff,  to  the  local  field  specialists  in  education  and  many  resellers,  VARs,  and 
OEMs,  Novell  is  committed  to  helping  your  instihition  make  the  best  use  of  your  investment  in 
technology. 

Novell's  corporate  sales  office  is  located  at  5215  West  Wiley  Post  Avenue,  Salt  Lake  Qty,  UT 
84116  (801-530-8900).  There  are  also  local  offices  throughout  the  country.  To  find  the  name  of 
the  office  or  dealer  near  you,  please  call  1-800-LANKIND. 
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ORACLE  FOCUSES 
ON  HIGHER  EDUCATION 


Recognizing  that  the  computing  needs  of  colleges  and  universities 
differ  considerably  from  those  oi'  our  corporate  customers,  ORACLE 
Corporation  formed  a  Higher  Education  Division.  This  group  seeks  to 
understand  and  satisfy  the  s^^cial  administrative,  academic  and 
research  needs  of  educational  institutions  around  the  country. 


CAUSE89:  A  Great  Success 


1 


ORACLE  ^ould  like  to  thank  the  hundreds  of  convention  attendees 
that  visited  our  booth  at  CAUSE89.  We  enjoyed  meeting  with  you 
and  appreciated  the  opportunity  to  discuss  our  Higher  Education 
Program,  demonstrate  ORACLE  products,  and  illustrate  some  of  the 
ways  colleges  and  universities  are  using  our  Relational  Database 
Management  System.  We  were  very  pleased  with  the  enthusiastic 
response  to  our  Higher  Education  Division  and  to  ORACLE  products 
and  services. 
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ORACLE  at  CAUSE89: 
Presentations  &  Demonstrations 


SQL^Plus 


ORACLE'S  Higher  Education  Division  demonstrsted  the  following 
products  at  this  year's  CAUSE  conference. 

SQL*Forms:  A  forms-based  development  ;ool  for  buildfng 

usei-friendly  applications  quickly  and  efficiently,  all 
without  programming.  SPL^Forms  combines  your 
instructions  with  information  from  ORACLE'S  data 
dictionary  to  generate  your  application. 

A  4th-generati(m  tool  that  delivers  a  full  implementation 
of  SQL  as  well  as  powerful  report-writing  and 
data-transfer  capabilities. 

SQL*Report  Writer  A  comprehensive,  non-procedural  report  generator. 

ORACLE  for  the  Macintosh 

ORACLE  for  the  Macintosh  weds  the  power  and 
productivity  of  ORACLE'S  Database  Management 
System  with  the  user-fnendly  interface  of  HyperCard.  It 
allows  users  to  access  data  on  minis  and  mainframes 
through  the  easy  Macintosh  environment. 

ORACLE'S  Higher  Education  Division  also  gave  a  special  break-out 
presentation  on  the  future  of  PC  Databases. 


ORACLE  Information 


For  further  information  about  ORACLE'S  Higher  Education  Division 
or  ORACLE'S  products  and  services  ploase  call  (415)506-51 12. 


See  you  next  year! 
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Peii^)lionics® 

CORPORATION^^ 


BEYOND  TOUCH-TONE  REGISTRATION  -  A  LOOK  AT  NEW,  INNOVATIVE 
WAYS  TO  APPLY  VOICE  PROCESSING  TECHNOLOGY  IN  HIGHER  EDUCATION 


In  this  paper,  we  explore  the  uses  of  voice  processing  technology  for 
applications  in  higher  education.  Four  classes  of  voice  processing  are 
described:  automated  attendants,  voice  mail  systems,  interactive  voice 
response  systems,  and  audiotex  systems.  The  characteristics  of  each 
class  are  described. 

Criteria  for  identifying  suitable  applications  are  discussed. 
Guidelines  are  suggested  for  excluding  certain  applications  which  may, 
at  first,  appear  to  be  well-suited  for  voice  processing. 

The  costs  and  benefits  which  are  normally  considered  in  assessing  a 
voice  processing  project  are  described.  While  projects  may  vary 
widely,  the  payback  analysis  and  cost  justification  are  based  on 
common  principles  which  usually  apply  to  any  voice  automation  service. 

Examples  of  existing  voice  applications^,  beyond  student  registration, 
are  given.  Voice  appl.-t cations  which  are  not  presently  operational  in 
higher  education  are  suggested;  some  of  these  applications  are  in  use 
in  commercial  enterprises,  while  others  would  be  unique  to  higher 
education. 

Criteria  for  selecting  a  vendor  are  suggested.  The  choice  of  a  vendor 
depends  not  only  on  the  nature  of  the  current  project,  but  also  on  the 
institution's  plans  for  growth  of  the  initial  system  and  expansion 
into  additional  services.  Examples  are  giv^n  to  show  how  future  plans 
may  '  /  9  serious  influence  on  the  present  choice  of  a  vendor. 

Copies  of  the  paper  and  slides  are  available  from  Periphonics 
Corporation;  please  contact  Barbara  Schechter. 


4000  Veterans  Memorial  Highway  •  Bohemia,  New  York  11716  •  (516)  467-0500  •  TWX:  510  228  7310 
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Information  Management 
For  Higher  Education 


Quodata  is  pleased  to  havr  participated  in  the  1989  CAUSE  Conference  in  sunny 
San  Diego.  Being  a  CAUSE  corporate  sponsor  is  just  one  more  indication  of 
Quodata's  commitment  fo  Information  Management  for  Higher  Education. 

The  new  Degree  Audu  option  to  Quodata't  Student  system  was  introduced  at 
CAUSESf).  Demonstrations  focused  on  both  the  Student  and  Admissions  systems, 
as  well  as  Quodata^s  new  relational  software  architecture.  A  prototype  Executive 
Information  System  (EIS)  was  shown  as  \/ell. 

Quodata  software  takes  full  advantage  of  Fourth  Generation  Language  (4GL)  tools, 
which  gives  new  meaning  to  the  word  flexibility.  Application  systems  were 
completely  rewritten  using  these  4GL  tools,  so  that  virtually  all  reports,  screens, 
tables,  help  messages,  and  many  other  functions  can  be  tailored  by  users  with  no 
programming. 

We  are  proud  to  have  been  named  Digital's  first  Systems  Cooperative  Marketing 
Partner  (SCMP)  providing  administrative  software  in  higher  education.  Qu<;data  is 
also  pleased  to  be  the  first  and  only  (to  date)  education  vendor  to  endorse  Digital's 
Unified  Software  Environment.  Version  5  of  Quodata's  relational  software 
architecture  adheres  to  Digital's  RMS  standard.  Our  new  Degree  Audit  option  is 
the  first  announced  administrative  picducl  to  implement  Digital's  new  DECforms 
screen  management  facilities.  This  Unified  Software  Environment  w^ill  make 
managing  inultivendor  networks  much  easier. 
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SCT  At  CAUSE89:  A  BANNER  Year 


It  was  another  BANNER  year  for 
Systems  &  Computer  Technofogy 
Corp.  (sen  at  the  CAUSE89 
comerence  in  San  Diego. 

Corporate  Demonstration  Area 

SCTs  dynamic  display  in  the 
Corporate  Demonstration  Area 
featured  the  company's  advanced 
administrative  software  systems 
and  professional  services  for  high- 
er education.  One  of  the  highlights 
at  the  booth  was  live  demonstra- 
tions of  the  BANNBRTx  Series  - 
the  standard  for  administrative 
softweure.  No  other  system  match- 
es BANNER'S  powerM  combina- 
tion of  rule-based  architecture, 
fourth-generation  language.  SQL 
and  ORACLE®.  And  BANNER  is 
available  for  a  wide  variety  of 
hardware  environments. 

At  CAUSE89.  SCT  announced 
the  development  of  a  BANNER 
Financial  Aid  System  to  comple- 
ment the  other  systems  in  the 
BANNER  Series  -  Student. 
Finance.  Altmmi/Development. 
and  Human  Resources. 

In  addition,  the  booth  featured 
the  STMBOCTRTTM  Series.  SCTs 
powerful  applications  for  larger 
IBM  mainframe  users,  utilizing  the 
SUFRATM  relational  DBMS.  Ihe 
company's  wide  array  of  on-site 
professional  services  for  higher 
education  were  also  highli^ted. 

Two  exciting  new  capabilities 
for  accessing  administrative  infor- 


mation drew  considerable  interest 
at  the  SCT  booth.  Banner*v£ew 
ofifers  executives  on-line  access  to 
strategic  information  through  a 
Macintosh^-based  Interface.  With 
its  easy-to-use  "dick  &  find"  tech- 
nology and  advanced  query  and 
graphing  capabilities.  Banner*vlew 
puts  decision-support  data  at  the 
fingertipr  of  adininlstrators  and 
business  officers. 

BannerHonch  allows  an  institu- 
tion tc  set  up  an  innovative  campus 
Information  system.  Using  touch 
screen  technology,  the  system  pro- 
vides on-line  access  to  student  and 
other  information.  24  hours  a  day. 
With  the  proper  security,  students 
can  access  class  schedtdes.  finan- 
cial aid  status  and  other  data. 

Corporate  Presentation 

SCTs  Corporate  Presentation 
examined  the  many  innovations 
that  are  providing  greater  access 
to  information  —  both  globally  and 
on  today's  campuses. 

On  a  ^obal  scale,  the  evolutton 
of  Electronic  Data  Interchange 
(EDI)  and  the  improved  access  to 
information  are  having  a  profound 
effect  on  economics  and  politics  — 
from  the  manufacturing  innova- 
tions of  the  Japanese  to  the  new 
era  of  glasnosi'  in  the  Soviet  Union. 
Information  tec  tmology  is  a  major 
component  in  these  dramatic 
changes,  which  in  turn  create  a 
dtmand  for  more  information. 
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At  the  campus  level,  these 
developments  are  beLig  translated 
into  a  -wide  varle^  of  innovative 
tools  that  are  becoming  available  to 
give  executives,  managers  and 
end-users  easier  access  to  infor- 
mation. For  example.  SCTs 
Executive  Tool  Kit  allo^vs  financial 
officers  to  easily  access  on-line 
information  firom  their  BANNER 
Student  and  Finance  sjrstems  for 
analysis  with  PC-based  applications 
such  as  Lotus  1-2-3®. 

The  Banner*view  capability 
demonstrated  by  SCT  at  CAUSE 
provides  another  way  of  accessing 
and  analyzing  administrative  iiifor- 
mation.  with  the  "cUck  &  find" 
simplicity  of  a  Macintosh. 

Information  access  is  also  an 
issue  finom  the  student  side  of 
hi^er  education.  As  competition 
to  recruit  and  retain  students  in- 
creases, administrators  are  looking 
for  ways  to  make  it  easier  for  stu- 
dents to  attend  their  institutions, 
and  to  provide  better  seivlces 
once  th^  are  on  campus.  And 
with  the  changing  demographics 
of  college  students,  continuing  ed- 
ucation programs  are  increasingly 
important  to  reach  this  new  stu- 
dent population.  Again,  informa- 
tion tedmology  is  providing  part 
of  the  solutlcm. 

For  example.TouchTDne  voice 
response  systems  are  improving 
the  quality  of  service,  while  also 
reducing  costs. 

Banner*touch.  a  public  access 
capability,  allows  student.  *o 
access  a  wide  range  of  campus  and 
student  information  ~  24  hours 
a  day.  The  use  of  ATM's  offers 
ntmierous  possibilities  to  reach 
off-campus  students  and  provide  a 


wide  range  of  services.  Further  on 
the  horizon.  EDI  could  fuel  educa- 
tion solutions  on  a  national  and 
global  scale  by  making  information 
-  and  instruction  ~  available  on  a 
universal  basis. 

CAUSE/EFFECT  "Contributor  of 
th«  YMr**  Award 

For  the  eighth  consecutive  year. 
SCT  sponsored  v  CAUSE/ 
EFFECT  "Contributor  of  the  Year" 
Award.  The  1989  winners  were. 
Richard  D.  Howard.  Director  of  In- 
stitutional Research  -  North  Caroli- 
na State  University:  Gerald  W. 
McLaughlin.  Assoc.  Director  of  In- 
stitutional Research  &  Planning  - 
Virginia  Tech;  and  Josetta 
McLau^illn.  Instructor  in  Business 
Policy  -  Virginia  Tech.  for  their 
article  "Bridging  the  Gap  Between 
the  Database  and  User  in  a  Distrib- 
uted Environment." 

Hospitality  Suitt 

To  top  off  this  BANNER  year  at 
CAUSE89.  SCT.  NCR  Corp.  and 
Sequent  Computer  Systems  Inc. 
hosted  a  Calin>mia  wine  tasting 
on  Wednesday  ni^t  in  the 
Presidential  Suite  at  the  Sheraton. 

For  more  iT\fbrmation  about  SCT 
and  Its  innovative  products  and 
services  for  higher  education, 
contact: 

Systems  ft  C*  ^pnter 

Technology  Corp. 

4  Coimtiy  View  Road 

Malreni,  PA  10355 

CaU  ton-fr«e:  800/223-7036 

III  Fa.,  can:  215/647-5030 

usa 
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rAIISE  89  Highlights  From  Sequent 

Sequent  enjoyed  attending  the  CAUSE  89  conference  this  year.  We  were 
honored  to  meet  over  350  of  the  CAUSE  membership  in  our  Vendor  Exhibit. 
Additionally*  Sequent  jointly  sponsored  the  PresiJeniial  Hospitality  Suite 
with  Systems  &  Computer  Technology  (SOT)  Corp,  and  had  on-line 
demonstrations  of  SCT's  Banner™  Student,  Finance,  and  Alumni  Systems 
based  on  the  Oracle™  relational  database  management  system. 

We  fetl  it  worthwhile  to  direct  readers  to  a  paper  in  these  proceedings  titled 
"The  Effect  of  Relational  Database  Technology  on  Administrative  Computing" 
offered  by  Carnegie  Mellon  University.  The  paper  describes  CMU's 
experience  with  application  development  and  deployment  using  the  Ingres™ 
relational  database  management  system  on  Sequent  Symmetry™  computers 
as  well  as  other  systems. 

Sequent'  Leadiny   the  Revolution 

As  the  leader  of  the  Parallel  Computing  revolution.  Sequent  Computer 
Systems,  Inc.  is  always  proud  to  participate  in  CAUSE  events!  Over  160 
Colleges  &  Unive^'sities  around  the  world  rely  on  Sequent  to  supply  their 
computing  solutions  in  administration,  instruction,  and  computer  science 
research.    So,  its  always  a  pleasure  to  caucus  with  our  clients  at  CAUSE. 

There  truly  is   a  new   form  of  computing  on  campus  today-  Parallel 

Computing.  Its  providing  unprecedented  speed  and  economy  ideal  for 
services  in- 

•  Financial    Administration      •  Library  Automation 

•  Student   Administration         •  Computer  Science  Research 

•  Alumni   Development  •  Veterinary  Mec^ine 

•  Instructional    Computing       •  Telecommunications 

Sequent,  the  leading  supplier  of  cost-effective  parallel  processing  sysicms. 
has  already  installed  over  3000  Practical  Parallel™  systems  in  locations  that 
include  top  data  centers,  university  campuses,  and  research  institutes 
worldwide.  These  Systems  are  replacing  traditional  mainframe  and 
superminicomputer  resources,  at  a  fraction  of  the  price  and  delivering 
several  times  the  performance. 


O  19480  SWKOLL  PARKWAY 

TZUm"       BEAVEmON.Of€QON  97006-6063 


StorageTek 


At  Storag^fTek,  we're  in  the  business  of 
providing  solutions  —  solutions  that  meet 
your  challenges  of  today  and  tomorrow.  At 
CAUSE89,  Storagdfek  showcased  such  a 
solution  —  the  revolutionary  4400 
Automated  Cartridge  System  (ACS). 

This  fiiUy  automated,  cartridge-based 
information  storage  and  retrieval  product 
fills  the  void  between  existing  online  and 
offline  systems  by  creating  a  revolutionary 
Ncarlinc*  system,  solving  both  perfor- 
mance and  cost  issues. 

The  4400  ACS  automatically  mounts  and 
demounts  18-track  cartridges  on  the 
Storagdibk  4480  —  a  cartridge  subsystem 
that  is  completely  compatible  with  the  IBM 
3480  manual-only  subsys^-^m.  The  advanced 
robotics  retrieves  and  delivers  cartridges 
with  maximum  efficiency.  And  with  a  foot- 
print 30  percent  to  70  percent  smaller  than 
that  of  comparable  manual  systems,  the 
4400  ACS  stores  data  at  less  than  $.50  per 
megabyte  purchased. 

Since  it>  introduction,  Storagdibk  has 
installed  more  than  1,000  4400  ACSs 


worldwide.  And  the  need  for  storing 
increasing  amounts  of  data  in  complex 
environments  is  expanding.  To  meet  this 
challenge,  we're  working  to  offer  Nearline 
to  a  wide  range  of  data  centers,  including 
non-IBM  environments. 

The  4400  ACS  is  Just  one  example  of 
Storagdibk's  innovative  style  and  response 
to  cu:;tomer  needs.  Founded  in  1969, 
Storagdbk  designs,  manufactures,  markets 
and  services  five  basic  product  lines  — 
solid-state  disk,  disk,  tape,  printers  and 
software.  Approximately  8,900  people  are 
working  hard  for  you  at  our  Colorado- 
based  headquarters  and  at  more  than  130 
sales  and  service  locations  worldwide. 

At  Storagdibk,  we  believe  in  partnerships. 
Call  Jacque  Byrne,  our  public  sector 
marketing  representative,  and  learn  how  a 
partnership  with  Storagdfek  can  revolutionize 
your  data  center.  Call  (303)  673-6550  today 

Make  a  difference.  Develop  a  partnership 
with  Storag^k. 


The  information  storage  and  retrieval  company. 

2270  South  88dt  Street,  LouUvUle,  CO  80028-4358 


594 


SUN  MICROSYSTEMS 


Sun  Microsystems  was  delighted  to  host  the  Wednesday  afternoon 
refreshment  break  and  to  present  our  corporate  education  strategy. 


SUN  MICROSYSTEMS  FOCUS  IN 
fflGHER  EDUCATION 

Sun  Microsystems  made  a  commitment  to  education  and  research 
when  the  company  was  founded  in  1982.  Two  of  the  founders,  Andy 
Bechtolsheim  and  Bill  Joy  were  graduate  students  at  Stanford 
University  and  at  the  University  of  California  at  Berkeley  respectively. 
They  brought  with  them  the  technologies  iJiat  have  become  the 
cornerstone  of  Sun  Microsystems.  Andy  and  Bill  combined  forces 
to  start  a  new  company.  A  computer  business  dedicated  to  a  new 
concept.  Network  computing. 

Today,  Sun  Microsystems  is  a  1.8  Billion  dollar  company  and  Sun 
workstations,  networking  tools,  and  software  packages  are  at  work  in 
more  than  1000  universities  worldwide.  Providing  power  for  research 
and  connectivity  for  campus-wide  computing.  Linking  the  lab  with 
the  classroom.  The  administration  with  the  faculty.  Teachers  with 
students.  Departments  with  other  departments.  And  campuses  with 
other  campuses. 

Sun  Microsystems  is  proud  to  have  such  a  strong  presence  in  the 
academic  environment.  As  we  evolve  in  education  applications,  our 
new  SPARCtm  products  will  be  used  increasingly  in  distributed 
processing  for  administrative  and  library  automation  purposes. 

SPARC  is  a  registered  Trade  Mark  of  Sun  Microstrstems,  Inc. 


A  Pictorial  Review 


A  record  number  (1,250)  of  congenial  and  knowledgeable  profesaionals  enjoyed 
outstanding  San  Diego  weather,  stimulating  featured  speakers,  a  well-planned 
menu  of  sessions,  and  imaginative  social  events  at  CAUSE89.  Singled  out  for 
special  praise  in  the  more  than  300  evaluations  ttimed  in  were  the  useful 
opportunity  to  focus  on  the  "digger  picture*  and  strategic  solutions ,  the  valuable 
professional  contacts,  the  mix  of  professional  and  social  activities,  the  level  of 
vendor  presence,  and  the  excellent  organization  Cbb  usual**)  of  this  highly- 
respected  conference  fer  higher  education  administrators. 

The  pictures  on  the  following  pages  are  ofibred  as  a  reminder  to  CAUSE89 
attendees  of  the  many  opportunities  for  professional  growth  and  camaraderie  last 
November  28  through  December  1  at  the  Sheraton  on  Hart)^ 
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Thursday  evening  Beach  BalL.. 
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EMC 


